Hi everyone.
Does anybody has a suggestion of how to work with objects which classes do not subclass Moose entity? For example I need a Date as one of the properties. Is there a common solution for that?
Cheers Uko
depends what you want to do with them?
you can always just store them in properties (like the values of a metric) no ?
nicolas
On 11/07/2013 07:04 PM, Yuriy Tymchuk wrote:
Hi everyone.
Does anybody has a suggestion of how to work with objects which classes do not subclass Moose entity? For example I need a Date as one of the properties. Is there a common solution for that?
Cheers Uko _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Is there something special I should do for it?
Because I’ve added pragma like: <MSEProperty: #date type: #Date> To the parent entity
uko
On 07 Nov 2013, at 19:12, Nicolas Anquetil Nicolas.Anquetil@inria.fr wrote:
depends what you want to do with them?
you can always just store them in properties (like the values of a metric) no ?
nicolas
On 11/07/2013 07:04 PM, Yuriy Tymchuk wrote:
Hi everyone.
Does anybody has a suggestion of how to work with objects which classes do not subclass Moose entity? For example I need a Date as one of the properties. Is there a common solution for that?
Cheers Uko _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Nicolas Anquetil -- RMod research team (Inria)
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
On Thu, Nov 7, 2013 at 7:25 PM, Yuriy Tymchuk yuriy.tymchuk@me.com wrote:
Is there something special I should do for it?
Because I’ve added pragma like: <MSEProperty: #date type: #Date> To the parent entity
I think this is wrong.
The type should be either primitive property defined in Fame (#Boolean, #Number, #String) or a class of your meta-model (FAMIXClass, FAMIXMethod, etc).
A simple solution is use the type #Number, and convert the date to a number, for example using: Date today asDateAndTime asUnixTime. "1383778800" (DateAndTime fromUnixTime: 1383778800) asDate " 7 November 2013"
Maybe there is another solution that I'm not aware :)
uko
On 07 Nov 2013, at 19:12, Nicolas Anquetil Nicolas.Anquetil@inria.fr wrote:
depends what you want to do with them?
you can always just store them in properties (like the values of a
metric) no ?
nicolas
On 11/07/2013 07:04 PM, Yuriy Tymchuk wrote:
Hi everyone.
Does anybody has a suggestion of how to work with objects which classes
do not subclass Moose entity? For example I need a Date as one of the properties. Is there a common solution for that?
Cheers Uko _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Nicolas Anquetil -- RMod research team (Inria)
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Exactly. The current solution would be to store the value as a memento from which you can build your real object afterwards. In the case of Date, this would be either a number or a string.
Doru
On Thu, Nov 7, 2013 at 7:58 PM, Andre Hora andrehoraa@gmail.com wrote:
On Thu, Nov 7, 2013 at 7:25 PM, Yuriy Tymchuk yuriy.tymchuk@me.comwrote:
Is there something special I should do for it?
Because I’ve added pragma like: <MSEProperty: #date type: #Date> To the parent entity
I think this is wrong.
The type should be either primitive property defined in Fame (#Boolean, #Number, #String) or a class of your meta-model (FAMIXClass, FAMIXMethod, etc).
A simple solution is use the type #Number, and convert the date to a number, for example using: Date today asDateAndTime asUnixTime. "1383778800" (DateAndTime fromUnixTime: 1383778800) asDate " 7 November 2013"
Maybe there is another solution that I'm not aware :)
uko
On 07 Nov 2013, at 19:12, Nicolas Anquetil Nicolas.Anquetil@inria.fr wrote:
depends what you want to do with them?
you can always just store them in properties (like the values of a
metric) no ?
nicolas
On 11/07/2013 07:04 PM, Yuriy Tymchuk wrote:
Hi everyone.
Does anybody has a suggestion of how to work with objects which
classes do not subclass Moose entity? For example I need a Date as one of the properties. Is there a common solution for that?
Cheers Uko _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Nicolas Anquetil -- RMod research team (Inria)
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Andre Hora
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
On 07 Nov 2013, at 21:48, Tudor Girba tudor@tudorgirba.com wrote:
Exactly. The current solution
What is the other possible situation?
would be to store the value as a memento from which you can build your real object afterwards. In the case of Date, this would be either a number or a string.
Doru
On Thu, Nov 7, 2013 at 7:58 PM, Andre Hora andrehoraa@gmail.com wrote:
On Thu, Nov 7, 2013 at 7:25 PM, Yuriy Tymchuk yuriy.tymchuk@me.com wrote: Is there something special I should do for it?
Because I’ve added pragma like: <MSEProperty: #date type: #Date> To the parent entity I think this is wrong.
The type should be either primitive property defined in Fame (#Boolean, #Number, #String) or a class of your meta-model (FAMIXClass, FAMIXMethod, etc).
A simple solution is use the type #Number, and convert the date to a number, for example using: Date today asDateAndTime asUnixTime. "1383778800" (DateAndTime fromUnixTime: 1383778800) asDate " 7 November 2013"
Maybe there is another solution that I'm not aware :)
uko
On 07 Nov 2013, at 19:12, Nicolas Anquetil Nicolas.Anquetil@inria.fr wrote:
depends what you want to do with them?
you can always just store them in properties (like the values of a metric) no ?
nicolas
On 11/07/2013 07:04 PM, Yuriy Tymchuk wrote:
Hi everyone.
Does anybody has a suggestion of how to work with objects which classes do not subclass Moose entity? For example I need a Date as one of the properties. Is there a common solution for that?
Cheers Uko _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Nicolas Anquetil -- RMod research team (Inria)
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Andre Hora
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow" _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
You need maybe to reset the meta tower. Try to execute:
MooseModel resetMeta
Alexandre
On Nov 7, 2013, at 3:25 PM, Yuriy Tymchuk yuriy.tymchuk@me.com wrote:
Is there something special I should do for it?
Because I’ve added pragma like: <MSEProperty: #date type: #Date> To the parent entity
uko
On 07 Nov 2013, at 19:12, Nicolas Anquetil Nicolas.Anquetil@inria.fr wrote:
depends what you want to do with them?
you can always just store them in properties (like the values of a metric) no ?
nicolas
On 11/07/2013 07:04 PM, Yuriy Tymchuk wrote:
Hi everyone.
Does anybody has a suggestion of how to work with objects which classes do not subclass Moose entity? For example I need a Date as one of the properties. Is there a common solution for that?
Cheers Uko _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Nicolas Anquetil -- RMod research team (Inria)
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-
Alexandre Bergel -
Andre Hora -
Nicolas Anquetil -
Tudor Girba -
Yuriy Tymchuk