nope I did set it and I checked it in the model nicolas On 08/09/2014 15:20, Tudor Girba wrote: Could it be that it is nil? Doru On Mon, Sep 8, 2014 at 3:15 PM, Nicolas Anquetil < nicolas.anquetil(a)inria.fr&gt; wrote: -- www.tudorgirba.com "Every thing has its own flow" _______________________________________________ Moose-dev mailing listMoose-dev@iam.unibe.chhttps://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

It is getting very weird: I have a subtype of MooseModel for which it works: ModelSub1 new add: (Parameter new name: 'toto' ; mode: 'inMode' ; yourself ) ; asMSEString ---> ((Parameter (id: 1) (name 'toto') (mode 'inMode'))) and yet another subtype (in the same image) of this one for which it does not work: ModelSub2 new add: (Parameter new name: 'toto' ; mode: 'inMode' ; yourself ) ; asMSEString ---> ((Parameter (id: 1) (name 'toto'))) There is nothing to me in the methods added by ModelSub2 that would justify changing the behavior of MSE exporting. I am currently tracing in // the 2 instructions above. And I do see that the meta description does not include the 'mode' property for the ModelSub2 but why ??? nicolas On 08/09/2014 16:41, Tudor Girba wrote: _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

I: - did a file out of the Parameter class (with the 'mode' property) - openend a new image - did 'MooseModel resetMeta' - tried again with my two MooseModel subclasses and it works ... So I don't know what happened, but the problem is solved in this new image. Could be a caching problem of FAME as suggested by Usman

nicolas On 08/09/2014 18:32, Nicolas Anquetil wrote: So still in the same image, and for the same metamodel (AFAIK) ModelSub1 metaTower gives an object where 'metamodel' is a dictionnary with the 'mode' FM3Property in ModelSub2 metaTower gives an object where 'metamodel' is a dictionnary without the 'mode' FM3Property ?!?!?! any suggestion? nicolas On 08/09/2014 18:19, Nicolas Anquetil wrote: It is getting very weird: I have a subtype of MooseModel for which it works: ModelSub1 new add: (Parameter new name: 'toto' ; mode: 'inMode' ; yourself ) ; asMSEString ---> ((Parameter (id: 1) (name 'toto') (mode 'inMode'))) and yet another subtype (in the same image) of this one for which it does not work: ModelSub2 new add: (Parameter new name: 'toto' ; mode: 'inMode' ; yourself ) ; asMSEString ---> ((Parameter (id: 1) (name 'toto'))) There is nothing to me in the methods added by ModelSub2 that would justify changing the behavior of MSE exporting. I am currently tracing in // the 2 instructions above. And I do see that the meta description does not include the 'mode' property for the ModelSub2 but why ??? nicolas On 08/09/2014 16:41, Tudor Girba wrote: Hi, I cannot reproduce the problem. Here is what I did: FAMIXClass compile: 'mode <MSEProperty: #mode type: #String> ^ mode'; compile: 'mode: aString mode := aString'. MooseModel resetMeta. cls := FAMIXClass new mode: 'test'. model := MooseModel new. model add: cls. model asMSEString ==> ( (FAMIX.Class (id: 1) (mode 'test'))) Cheers, Doru On Mon, Sep 8, 2014 at 3:50 PM, Nicolas Anquetil < nicolas.anquetil(a)inria.fr&gt; wrote: -- www.tudorgirba.com "Every thing has its own flow" _______________________________________________ Moose-dev mailing listMoose-dev@iam.unibe.chhttps://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing listMoose-dev@iam.unibe.chhttps://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing listMoose-dev@iam.unibe.chhttps://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

So still in the same image, and for the same metamodel (AFAIK) ModelSub1 metaTower gives an object where 'metamodel' is a dictionnary with the 'mode' FM3Property in ModelSub2 metaTower gives an object where 'metamodel' is a dictionnary without the 'mode' FM3Property ?!?!?! any suggestion? nicolas On 08/09/2014 18:19, Nicolas Anquetil wrote: It is getting very weird: I have a subtype of MooseModel for which it works: ModelSub1 new add: (Parameter new name: 'toto' ; mode: 'inMode' ; yourself ) ; asMSEString ---> ((Parameter (id: 1) (name 'toto') (mode 'inMode'))) and yet another subtype (in the same image) of this one for which it does not work: ModelSub2 new add: (Parameter new name: 'toto' ; mode: 'inMode' ; yourself ) ; asMSEString ---> ((Parameter (id: 1) (name 'toto'))) There is nothing to me in the methods added by ModelSub2 that would justify changing the behavior of MSE exporting. I am currently tracing in // the 2 instructions above. And I do see that the meta description does not include the 'mode' property for the ModelSub2 but why ??? nicolas On 08/09/2014 16:41, Tudor Girba wrote: Hi, I cannot reproduce the problem. Here is what I did: FAMIXClass compile: 'mode <MSEProperty: #mode type: #String> ^ mode'; compile: 'mode: aString mode := aString'. MooseModel resetMeta. cls := FAMIXClass new mode: 'test'. model := MooseModel new. model add: cls. model asMSEString ==> ( (FAMIX.Class (id: 1) (mode 'test'))) Cheers, Doru On Mon, Sep 8, 2014 at 3:50 PM, Nicolas Anquetil < nicolas.anquetil(a)inria.fr&gt; wrote: -- www.tudorgirba.com "Every thing has its own flow" _______________________________________________ Moose-dev mailing listMoose-dev@iam.unibe.chhttps://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing listMoose-dev@iam.unibe.chhttps://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev