Moose-dev September 2008

moose-dev@list.inf.unibe.ch

21 participants
46 discussions

Start a nNew thread

Looking for a MooseModel walker

by stéphane ducasse

Hi guys We are looking for a model walker (visitor). Does any one of you already implement one? Stef

15 years, 6 months

Some questions about iplasma

by Menanteau Jannick

Hi All, I would like to use iplasma and I have some questions about it : - is it always maintained ? - is there any important bugs ? - have you any idea about its future evolution ? Thanks Jannik

15 years, 7 months

About MooseStrategy

by Stéphane Ducasse

Hi all in FAMIX2Class I have metamodelBelongsTo ^(Property name: #belongsTo type: FAMIX2Namespace) strategy: MooseStrategy; oppositeName: #class; isComposite: true; yourself What is a MooseStrategy: an object that controls the way objects are stored but it looks like only used in Meta. Stef

15 years, 7 months

what do we do with Meta entity

by Stéphane Ducasse

Hi all I have metamodelBelongsTo ^(Property name: #belongsTo type: FAMIX2Namespace) strategy: MooseStrategy; oppositeName: #class; isComposite: true; yourself But Property is a Meta related entity so should we remove Property and the methods using it? Who said that it was obvious :( Stef

15 years, 7 months

Re: [Fame-dev] Invocation question

by Adrian Kuhn

Hello Jacopo, You cannot model initializers in FAMIX (neither field initialization, nor instance or static initialization blocks). The same applies for doublebrace initialization, and many other features of Java. The main reason why is that Famix is supposed to be language independent and thus a lossy model of software rather than a precise one, think of JPEG vs GIF. Which is okay as long Famix is used for coarse-grained high-level analysis, it is obvious that Famix would be a bad choice for eg program transformation. But you best address this question to the Moose mailing list (see foward in CC). Fame is about the (meta)metamodeling-infrastructure only, not about concrete metamodels such as Famix. I have left the Moose team start fo this year, and maybe what I just said above is obsolete in the meantime... cheers, AA On 16 Sep 2008, at 12:11 , Jacopo Malnati wrote: > Hello everybody, > > still in the context of exporting Java code to MSE, I don't know > how to handle a dependency that comes from the initialization of a > class field. > > Let's say that a class has a field "myField" of type "MyType" and > that it gets declared in the body of the class and initialized with > a constructor, in place. > Something like: > > MyClass { > MyType myField = new MyType(...) > > } > > Now, this is an invocation (of a constructor) but in Famix 2.2 an > invocation is between 2 AbstractBehaviouralEntity and in this case, > it's not. In fact the initialization of a class field can be > outside any method, therefore I don't know how to model this > dependency. > > Is there any way I can model it? Or Famix 2.2 doesn't allow me to > model this situation? > > Thanks :) > > Jacopo

15 years, 7 months

FMPragmaGenerator generateFAMIX2annotations metamodel explore

by Stéphane Ducasse

Does not work anymore in the latest version of FAME. Well... So I will rollback to an old version of Fame to perform the changes. Stef

15 years, 7 months

which version of fame can I use to continue loading and coding on moose?

by Stéphane Ducasse

see above :) Stef

15 years, 7 months

[Fame for Squeak] Fame-Meta2Fame moved to FameUtil

by Adrian Kuhn

If you update Fame, you will find that the FAMIX migration script has been moved from Fame to FameUtil. cheers, AA

15 years, 7 months

Re: [Moose] Some problems when loading recent Moose Suite

by Tudor Girba

Hi, Thanks for the report. I know that MooseSuiteLoader parcel has problems connecting to our store for some strange reasons, but I do not have errors loading the latest version of Moose. If you want to try to load the latest version, please just load the package "Moose Config". This one has as prerequisites the various components of Moose. We usually set the "Load the latest Development" setting before loading. If you try it, please tell us if you still get the error. Cheers, Doru On Sep 8, 2008, at 5:56 PM, Holger Guhl wrote: > Hi, folks, > maybe I'm not the first one to mention, but I have some problems when > loading the recent Moose Suite using the MooseSuiteLoader parcel. I > got > two unloadable reports: >> Warning: Package "Clustering" cannot be loaded. >> >> The following classes cannot be loaded because their superclasses are >> neither in the image nor in the package being loaded: >> ClusteringData (subclass of Root.Smalltalk.Hapax.SymetricMatrix) >> VectorItem (subclass of Root.Smalltalk.Hapax.VectorDecorator) >> ClusteringVector (subclass of Root.Smalltalk.Hapax.ArrayVector) >> DistanceSquare (subclass of Root.Smalltalk.Hapax.SymetricMatrix) >> CorrelationVector (subclass of Root.Smalltalk.Hapax.Vector) >> >> Warning: Package "SmallDudeUtils" cannot be loaded. >> >> The following classes cannot be loaded because their superclasses are >> neither in the image nor in the package being loaded: >> BooleanSymetricMatrix (subclass of >> Root.Smalltalk.Hapax.SymetricMatrix) >> BooleanVector (subclass of Root.Smalltalk.Hapax.Vector) >> BooleanMatrix (subclass of Root.Smalltalk.Hapax.Matrix) >> > I could fix it by manually loading LinearAlgebra > (2.1.72.matter.1,matter)= and then reload the packages listed above. I > hope it was correct to use the most recent versions. > The next problem I had was (after pressing the "Moose" button in the > VisualLauncher) > Unhandled exception: Key not found: > during SCG.Moose.MooseBrowser class>>buildHistoryIcon > The method wants to retrieve an icon from ToolbarIconLibrary. > This can easily be fixed: Just add UIPainter to the prerequisites. > > Best regards > > Holger Guhl > -- > Senior Consultant * Certified Scrum Master * Holger.Guhl(a)heeg.de > Tel: +49 231 9 75 99 21 * Fax: +49 231 9 75 99 20 > Georg Heeg eK Dortmund > Handelsregister: Amtsgericht Dortmund A 12812 > > _______________________________________________ > Moose mailing list > Moose(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose -- www.tudorgirba.com www.tudorgirba.com/blog "Some battles are better lost than fought."

15 years, 7 months

Fwd: [Moose] Some problems when loading recent Moose Suite

by stephane ducasse

Begin forwarded message: > From: Holger Guhl <holger(a)heeg.de> > Date: September 8, 2008 5:56:47 PM CEDT > To: moose(a)iam.unibe.ch > Subject: [Moose] Some problems when loading recent Moose Suite > > Hi, folks, > maybe I'm not the first one to mention, but I have some problems when > loading the recent Moose Suite using the MooseSuiteLoader parcel. I > got > two unloadable reports: >> Warning: Package "Clustering" cannot be loaded. >> >> The following classes cannot be loaded because their superclasses are >> neither in the image nor in the package being loaded: >> ClusteringData (subclass of Root.Smalltalk.Hapax.SymetricMatrix) >> VectorItem (subclass of Root.Smalltalk.Hapax.VectorDecorator) >> ClusteringVector (subclass of Root.Smalltalk.Hapax.ArrayVector) >> DistanceSquare (subclass of Root.Smalltalk.Hapax.SymetricMatrix) >> CorrelationVector (subclass of Root.Smalltalk.Hapax.Vector) >> >> Warning: Package "SmallDudeUtils" cannot be loaded. >> >> The following classes cannot be loaded because their superclasses are >> neither in the image nor in the package being loaded: >> BooleanSymetricMatrix (subclass of >> Root.Smalltalk.Hapax.SymetricMatrix) >> BooleanVector (subclass of Root.Smalltalk.Hapax.Vector) >> BooleanMatrix (subclass of Root.Smalltalk.Hapax.Matrix) >> > I could fix it by manually loading LinearAlgebra > (2.1.72.matter.1,matter)= and then reload the packages listed above. I > hope it was correct to use the most recent versions. > The next problem I had was (after pressing the "Moose" button in the > VisualLauncher) > Unhandled exception: Key not found: > during SCG.Moose.MooseBrowser class>>buildHistoryIcon > The method wants to retrieve an icon from ToolbarIconLibrary. > This can easily be fixed: Just add UIPainter to the prerequisites. > > Best regards > > Holger Guhl > -- > Senior Consultant * Certified Scrum Master * Holger.Guhl(a)heeg.de > Tel: +49 231 9 75 99 21 * Fax: +49 231 9 75 99 20 > Georg Heeg eK Dortmund > Handelsregister: Amtsgericht Dortmund A 12812 > > _______________________________________________ > Moose mailing list > Moose(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose

15 years, 7 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev September 2008