Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

I'm starting to work on famix30 but...
by Stéphane Ducasse 21 Oct '08

21 Oct '08

Sometimes I have no idea what to do and I'm stuck belongsTo <MSEProperty: #belongsTo type: #FAMIXContainerEntity> <derived> ^self shoudBeImplemented what does it means? Why there is no instance variable somehow related to belongsTo in FamixNamedEntity? Yes I feel a bit alone some times..... Stef

5 12

Getting Fame description from Moose objects
by Simon Denier 21 Oct '08

21 Oct '08

Looking at SqMoose, how do I get a Fame description from the Moose entity? It looks like if I send a #mooseDescription message to this entity, the model will be initialized/accessed through MooseModel class>>meta. However not sure what is the metamodel in this case: is it Famix? Because there is also a MooseModel class#initializeFAMIXDescriptions Anyway, the protocol described in the Sosym paper is different, so it's disturbing! -- Simon

3 2

Re: Importing C and C++ into Moose
by Alexandre Bergel 21 Oct '08

21 Oct '08

I updated the iPlasma page on the moose website: http://moose.unibe.ch/docs/faq/importWithiPlasma People wanting to conduct an experiment over C or C++ code might find this interesting. Cheers, Alexandre On 21 Oct 2008, at 09:58, Tudor Girba wrote: > Hi Alex, > > Could you add an entry in the documentation for this one? > > Cheers, > Doru > > > On Oct 21, 2008, at 9:56 AM, Alexandre Bergel wrote: > >> Thanks Radu, >> >> Cheers, >> Alexandre >> >> >> On 21 Oct 2008, at 09:47, Radu Marinescu wrote: >> >>> Hi Alex, >>> >>> there is no HOWTO (at least none that I know of... may be Doru has >>> one). But here is in brief how you should do it. >>> >>> 1. Go on a Windows machine (VM is also ok) >>> 2. From the iPlasma package go to iPlasma/tools/mcc and start >>> mcc.exe with the following parameters >>> mcc <source_folder> <dat_folder> >>> whereby <source_folder> = the root folder of your source files >>> (take care to indicate a folder that includes BOTH .c and the >>> HEADER files .h !!) >>> <dat_folder> = is a folder that you create somewhere on the >>> disk. It's the place where mcc will place its results. After >>> mcc.exe has run, the <dat_folder> should contain a set of *.dat >>> files. >>> >>> 3. From the iPlasma package go to iPlasma/tools/iPlasma folder and >>> depending on the machine you are using start iPlasma using >>> build.sh (on UNIX/Mac) resp. insider.bat (on Windows) >>> >>> 4. After the GUI of iPlasma (called Insider) started select from >>> the menu Load | C++ (from Mcc tables) ... as in the first figure. >>> <pastedGraphic.tiff> >>> >>> 5. In the "Model loader" that will open in the "Source path" edit >>> field specify the <dat_folder> created in Step 2. You don't have >>> to write anything in the "Cache file name" field. >>> >>> 6. After the model has bee created from the *.dat files found in >>> the <dat_folder>, in the right panel right-click on the root >>> entity (the System) and from the pop-up menu select "Run Tool...| >>> Moose MSE Exporter" . In the window that will pop-up you have to >>> specify the name of the MSE file to be created (with complete >>> path!)... and wait until the MSE file is created. >>> For large projects this might take a while, and unfortunately >>> there is no progress bar, nor any obvious sign that the process is >>> completed. You can check that the process is completed in 2 ways: >>> a. check that the MSE file stops to be modified (in Finder) >>> b. check if the iPlasma frontend is responsive (if it is then the >>> process is finished) >>> >>> <pastedGraphic.tiff> >>> >>> >>> I hope this helps! >>> >>> Concerning the other enhancements, although we are late compared >>> to what we promised, the update will arrive very soon (hopefully >>> earlier than a week from today). >>> >>> cheers, >>> radu. >>> >>> >>> >>> ----- >>> Use Eclipse? Try inCode! >>> www.intooitus.com/inCode.html >>> >>> >>> >>> >>> On Oct 17, 2008, at 1:28 PM, Alexandre Bergel wrote: >>> >>>> Hi! >>>> >>>> I went through http://loose.upt.ro/iplasma/, but I am unsure how >>>> to generate MSE files from a set of .c files. >>>> I do not know how to generate tables from MCC, MEMORIA. >>>> >>>> Is there a short howto on this? >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> > > -- > www.tudorgirba.com > www.tudorgirba.com/blog > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

how do I add information to famix30entity?
by Stéphane Ducasse 20 Oct '08

20 Oct '08

right now I just hack methods but I will lose the metadescription.... Stef

1 0

Where can I get the comments of the famix30 classes?
by Stéphane Ducasse 20 Oct '08

20 Oct '08

because I would like to add them to the classes. Stef

1 0

tutorial slides
by Tudor Girba 20 Oct '08

20 Oct '08

Hi, I uploaded the slides I used at the WCRE 2008 tutorial. You can find them at: http://moose.unibe.ch/events/tutorial-wcre2008 Cheers, Doru -- www.tudorgirba.com www.tudorgirba.com/blog "Value is always contextual."

4 3

Mondrian - Eye See
by Hani ABDEEN 20 Oct '08

20 Oct '08

Hello, I search a visualization that help me easily to see the evolution of entities. Something like what you can see in the attached file. I do not remember what is the name of a such style of visualization but I just remember that Doru showed me a visualization very similar on Mondrian but I do not remember what was the name of the methode... can some one help me to know if a such visualization is implemented somewhere? thanks, Hani

3 3

Re: Moose
by stephane ducasse 19 Oct '08

19 Oct '08

Hi hernan I will describe the current situation and point to where we need help. There are two versions of Moose: VWMoose and SQMoose We are porting VWMoose to SQMoose. Now in VW the metamodel FAMIX2.0 is described using the META framework in Sq we will be migrating to FAMIX30 which is described using FAME (already done) We have FAMIX20 (not totally described in FAME) Now to support the migration I'm finishing the importer from Sq -> FAMIX20 So that I can do the importer Sq -> FAMIX30. I'm currently working on supporting classVariables reification. I'm working on the merging of class and metaclass (I'm rewriting some tests to check name clashes). For that I started to migrate some methods defined on CodeFoo: flatCollect, CollectAsSet:.... Now here are a list of points to help: - fix the Visitor named VWVisitorParseTree since it was based on the default VWAST while the importer in VW was using RBVisitor -> we should migrate the code to RBVisitor - check the tests - back port the shortcut we introduced in SqMoose to VWMoose (normally alex and simon should do that) the idea is to have (TheRoot>>#foo) mooseName : may be we should also have TheRoot m: #foo that returns a moose Name TheRoot@#AClassVar to build a method name and a class name - We need a UI. The idea is to use FAME metadescription and interpret to build automatically UI (maybe using OB). - check the pragma to see if this is working - Migrate FAMIX20 behavior to SQMoose FAMIX20 and FAMIX30. Now if nobody does it then it will not be there. - Define FAMIX30 in VW. Check what should be done to make VWMoose working on top of FAMIX30 - Define Cook extension on top of FAMIX30. - Start to migrate the other packages of VWMoose - dynamix - Check mondrian extension - On Oct 19, 2008, at 9:51 AM, Hernán Morales Durand wrote: > Stephane tu as une liste ToDo ou quelque documentation pour aider > dans Moose ? > Bonne journée > > Hernán > > 2008/10/10 stephane ducasse <stephane.ducasse(a)free.fr> > hernan > we are currently porting moose to squeak. > After we will have DSM, package blueprint, dsitribution map, (check > our papers). > > http://stephane.ducasse.free.fr/Publications.html > > Stef > > > > On Oct 9, 2008, at 5:36 PM, Hernán Morales Durand wrote: > > > 2008/10/9 Lukas Renggli <renggli(a)gmail.com> > Cool, user interface. > > However, you do not detect two other important static dependencies: > > - Package A subclasses a class of package B. > - Package A extends a class of package B. > > Yes, I was aware of loose methods (I'm interpreting extends here > means LM) and hierarchy references, and my idea was to add an > OBColumn next to the code pane like > > http://mail.wiresong.ca/pipermail/ob-dev/attachments/20080923/e19a0b11/atta… > > but it seems OmniBrowser do not allow this easily (creating a new > column in a subclass of the traditional Standard Browser is even > harder). You'll notice if I'm succeded in the next version :) > > > We are using a similar tool to package Seaside. Unfortunately it has > no GUI, but we are using GraphViz zu visualize the dependencies [1]. > > That is the original idea. I have never tried GraphViz, but from the > image in the link I can see GraphViz is able to ensure disjointness > between nodes but the image looks confusing, tangled, from an user's > perception view. It seems like the layout adjustement algorithm were > unable to preserve symmetries from an input (or breaks down the > topology for the sake of preserving a proximity model). > > Is there a link explaining how to use GraphVIz from Squeak? I > presume if graphs could be showed inside the Squeak image, the whole > and details view problem could be solved, achieving simultaneity and > uniqueness (that means, facilities like the fish-eye view enabling > different magnification ratios). > > > Have a look at Package-Dependencies in > <http://source.lukas-renggli.ch/unsorted>. It automatically calculates > cycles and is able to hide transitive dependencies. It would be > interesting to extend it further to also take selectors into account, > that are only implemented in a single package. > > I will take a look at it. > Cheers. > > Hernán > > > > There are other tools available: MudPie [2] and Moose [3]. > > Cheers, > Lukas > > [1] http://www.lukas-renggli.ch/dropbox/seaside-2.9/seaside.png > [2] http://map.squeak.org/package/617dbc24-e029-4d8c-a941-68db8c867952 > [3] http://moose.unibe.ch/ > > On 10/9/08, David T. Lewis <lewis(a)mail.msen.com> wrote: > > On Wed, Oct 08, 2008 at 03:17:40PM -0300, Hern??n Morales Durand > wrote: > > > Dear Squeakers, > > > If you ever wondered how to observe dependencies between > packages in the > > > image, now you can use this new Dependency Browser. > Instructions for using > > > it are in the following pages: > > > > > > Castellano : http://cs.hernanmorales.com.ar/DBrowser-es.php > > > > > Fran??ais : http://cs.hernanmorales.com.ar/DBrowser-fr.php > > > > > English : http://cs.hernanmorales.com.ar/DBrowser-en.php > > > > > > Regards. > > > > > > > > Hern??n > > > > I have not installed this to try it yet, but the DependencyWalker > looks > > like a really interesting idea! > > > > Dave > > > > > > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > > > > >

2 1

InheritanceDefinition>>#superClass and InheritanceDefinition>>#subClass ??
by Hani ABDEEN 18 Oct '08

18 Oct '08

Hello, Really after one hour of thinking that somewhere there is a bug I found the selectors InheritanceDefinition>>superClass and InheritanceDefinition>>subClass which are not accessors and they are different of: InheritanceDefinition>>superclass and InheritanceDefinition>>subclass. Could you please illustrate why we need the selectors #superClass and #subClass when we have the accessors #superclass and #subclass? Specially, could you explain why both return a group that will always contain one, and only one, element? thanks, hani

4 6

About FAME metamodels
by stéphane ducasse 18 Oct '08

18 Oct '08

Hi adrian I was wondering which meta models you have expressed in FAME? we have FAMIX30. Now did you give a try to model EMOF? Now do you think that it would be possible to redo the import of EMOF sara and pierrick did but using FAME? Of course we would have the same limits with multiple inheritance. Stef

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev