Current model and properties

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Current model and properties

Gabriela Arevalo (gmail)
Hi guys,

I have two basic questions regarding the implementation of Moose
1) How do we manage now the currentModel (the selected Model in the Moose UI)? 
A long time ago :) :), we have had the ModelManager class and we could do ModelManager uniqueInstance currentModel

2) Properties: I have seen that we are using pragmas from the instance side. Is it right? Or are there any other way of specifying them?

Cheers,

Gabi

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Current model and properties

Tudor Girba
Hi Gabi,

Nice to hear from you :).

ModelManager was replaced by just another Model that holds Models. To  
get to it, you do "MooseModel root" and if you want to see allModels  
from there, you do "MooseModel root allModels".

Yes, properties are defined using pragmas.

Which Moose are you using? Pharo or VW?

Cheers,
Doru

On 12 Apr 2010, at 02:11, Gabriela Arevalo wrote:

> Hi guys,
>
> I have two basic questions regarding the implementation of Moose
> 1) How do we manage now the currentModel (the selected Model in the  
> Moose UI)?
> A long time ago :) :), we have had the ModelManager class and we  
> could do ModelManager uniqueInstance currentModel
>
> 2) Properties: I have seen that we are using pragmas from the  
> instance side. Is it right? Or are there any other way of specifying  
> them?
>
> Cheers,
>
> Gabi
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
www.tudorgirba.com

"Beauty is where we see it."



_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Current model and properties

Tudor Girba
Hi Gabi,

Ahh, now I understand. Any entity answers to mooseModel, so you can do:

FAMIXClass>>someMethod
        self mooseModel ...


Great that you are using the Pharo version. Just for convenience, you  
can find the latest development image here:
http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/artifact/moose/*zip*/moose.zip

Please let us know if you have further problems.

Cheers,
Doru


On 12 Apr 2010, at 18:18, Gabriela Arevalo wrote:

> Hi Doru,
>
> Thanxs for answering so quick.
>
> I am attaching an jpg to illustrate my problem :)
>
> If I evaluate MooseModel root, I get an instance of MooseModel that  
> contains all the existing models. In the image you see that there  
> are two models: Collections and SequenceableCollection, and  
> SequeanceableCollection is selected to be the current one of the  
> analysis.
>
> How can I access to that model if I am coding any property in a  
> class? I checked the entities to know if each entity knows the model  
> which belongs to, but it seems not.
>
> In the long past we could do ModelManager uniqueInstance  
> currentModel, but now, how do I know that information?
>
> I am using Pharo version. I used the VW version during the weekend,  
> but it seems that there are some code broken and I could not manage  
> to make it work.
>
> Cheers,
>
> Gabi
>
> 2010/4/12 Tudor Girba <[hidden email]>
> Hi Gabi,
>
> Nice to hear from you :).
>
> ModelManager was replaced by just another Model that holds Models.  
> To get to it, you do "MooseModel root" and if you want to see  
> allModels from there, you do "MooseModel root allModels".
>
> Yes, properties are defined using pragmas.
>
> Which Moose are you using? Pharo or VW?
>
> Cheers,
> Doru
>
>
> On 12 Apr 2010, at 02:11, Gabriela Arevalo wrote:
>
> Hi guys,
>
> I have two basic questions regarding the implementation of Moose
> 1) How do we manage now the currentModel (the selected Model in the  
> Moose UI)?
> A long time ago :) :), we have had the ModelManager class and we  
> could do ModelManager uniqueInstance currentModel
>
> 2) Properties: I have seen that we are using pragmas from the  
> instance side. Is it right? Or are there any other way of specifying  
> them?
>
> Cheers,
>
> Gabi
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> www.tudorgirba.com
>
> "Beauty is where we see it."
>
>
>
>

--
www.tudorgirba.com

"We cannot reach the flow of things unless we let go."



_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Current model and properties

Simon Denier-3
Hi Gabi

Just from experience, if you send mooseModel to all entities in a large model, it can take a long time. So if you run into scalability problem, it may come from that. Now depending on your use case, there might be other solutions.


On 12 avr. 2010, at 19:57, Tudor Girba wrote:

> Hi Gabi,
>
> Ahh, now I understand. Any entity answers to mooseModel, so you can do:
>
> FAMIXClass>>someMethod
> self mooseModel ...
>
>
> Great that you are using the Pharo version. Just for convenience, you can find the latest development image here:
> http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/artifact/moose/*zip*/moose.zip
>
> Please let us know if you have further problems.
>
> Cheers,
> Doru
>
>
> On 12 Apr 2010, at 18:18, Gabriela Arevalo wrote:
>
>> Hi Doru,
>>
>> Thanxs for answering so quick.
>>
>> I am attaching an jpg to illustrate my problem :)
>>
>> If I evaluate MooseModel root, I get an instance of MooseModel that contains all the existing models. In the image you see that there are two models: Collections and SequenceableCollection, and SequeanceableCollection is selected to be the current one of the analysis.
>>
>> How can I access to that model if I am coding any property in a class? I checked the entities to know if each entity knows the model which belongs to, but it seems not.
>>
>> In the long past we could do ModelManager uniqueInstance currentModel, but now, how do I know that information?
>>
>> I am using Pharo version. I used the VW version during the weekend, but it seems that there are some code broken and I could not manage to make it work.
>>
>> Cheers,
>>
>> Gabi
>>
>> 2010/4/12 Tudor Girba <[hidden email]>
>> Hi Gabi,
>>
>> Nice to hear from you :).
>>
>> ModelManager was replaced by just another Model that holds Models. To get to it, you do "MooseModel root" and if you want to see allModels from there, you do "MooseModel root allModels".
>>
>> Yes, properties are defined using pragmas.
>>
>> Which Moose are you using? Pharo or VW?
>>
>> Cheers,
>> Doru
>>
>>
>> On 12 Apr 2010, at 02:11, Gabriela Arevalo wrote:
>>
>> Hi guys,
>>
>> I have two basic questions regarding the implementation of Moose
>> 1) How do we manage now the currentModel (the selected Model in the Moose UI)?
>> A long time ago :) :), we have had the ModelManager class and we could do ModelManager uniqueInstance currentModel
>>
>> 2) Properties: I have seen that we are using pragmas from the instance side. Is it right? Or are there any other way of specifying them?
>>
>> Cheers,
>>
>> Gabi
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>> --
>> www.tudorgirba.com
>>
>> "Beauty is where we see it."
>>
>>
>>
>>
>
> --
> www.tudorgirba.com
>
> "We cannot reach the flow of things unless we let go."
>
>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
 Simon




_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Current model and properties

Alexandre Bergel
Thanks Simon,

this info is important.

Cheers,
Alexandre

On 12 Apr 2010, at 15:27, Simon Denier wrote:

> Hi Gabi
>
> Just from experience, if you send mooseModel to all entities in a  
> large model, it can take a long time. So if you run into scalability  
> problem, it may come from that. Now depending on your use case,  
> there might be other solutions.
>
>
> On 12 avr. 2010, at 19:57, Tudor Girba wrote:
>
>> Hi Gabi,
>>
>> Ahh, now I understand. Any entity answers to mooseModel, so you can  
>> do:
>>
>> FAMIXClass>>someMethod
>> self mooseModel ...
>>
>>
>> Great that you are using the Pharo version. Just for convenience,  
>> you can find the latest development image here:
>> http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/artifact/moose/*zip*/moose.zip
>>
>> Please let us know if you have further problems.
>>
>> Cheers,
>> Doru
>>
>>
>> On 12 Apr 2010, at 18:18, Gabriela Arevalo wrote:
>>
>>> Hi Doru,
>>>
>>> Thanxs for answering so quick.
>>>
>>> I am attaching an jpg to illustrate my problem :)
>>>
>>> If I evaluate MooseModel root, I get an instance of MooseModel  
>>> that contains all the existing models. In the image you see that  
>>> there are two models: Collections and SequenceableCollection, and  
>>> SequeanceableCollection is selected to be the current one of the  
>>> analysis.
>>>
>>> How can I access to that model if I am coding any property in a  
>>> class? I checked the entities to know if each entity knows the  
>>> model which belongs to, but it seems not.
>>>
>>> In the long past we could do ModelManager uniqueInstance  
>>> currentModel, but now, how do I know that information?
>>>
>>> I am using Pharo version. I used the VW version during the  
>>> weekend, but it seems that there are some code broken and I could  
>>> not manage to make it work.
>>>
>>> Cheers,
>>>
>>> Gabi
>>>
>>> 2010/4/12 Tudor Girba <[hidden email]>
>>> Hi Gabi,
>>>
>>> Nice to hear from you :).
>>>
>>> ModelManager was replaced by just another Model that holds Models.  
>>> To get to it, you do "MooseModel root" and if you want to see  
>>> allModels from there, you do "MooseModel root allModels".
>>>
>>> Yes, properties are defined using pragmas.
>>>
>>> Which Moose are you using? Pharo or VW?
>>>
>>> Cheers,
>>> Doru
>>>
>>>
>>> On 12 Apr 2010, at 02:11, Gabriela Arevalo wrote:
>>>
>>> Hi guys,
>>>
>>> I have two basic questions regarding the implementation of Moose
>>> 1) How do we manage now the currentModel (the selected Model in  
>>> the Moose UI)?
>>> A long time ago :) :), we have had the ModelManager class and we  
>>> could do ModelManager uniqueInstance currentModel
>>>
>>> 2) Properties: I have seen that we are using pragmas from the  
>>> instance side. Is it right? Or are there any other way of  
>>> specifying them?
>>>
>>> Cheers,
>>>
>>> Gabi
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email]
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> www.tudorgirba.com
>>>
>>> "Beauty is where we see it."
>>>
>>>
>>>
>>>
>>
>> --
>> www.tudorgirba.com
>>
>> "We cannot reach the flow of things unless we let go."
>>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> Simon
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.





_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Current model and properties

Tudor Girba
Hi,

This should not be the case. Every subclass of MooseEntity stores the  
mooseModel in the attribute dictionary from EntityState. Where did you  
notice the slowdown?

Cheers,
Doru


On 12 Apr 2010, at 21:38, Alexandre Bergel wrote:

> Thanks Simon,
>
> this info is important.
>
> Cheers,
> Alexandre
>
> On 12 Apr 2010, at 15:27, Simon Denier wrote:
>
>> Hi Gabi
>>
>> Just from experience, if you send mooseModel to all entities in a  
>> large model, it can take a long time. So if you run into  
>> scalability problem, it may come from that. Now depending on your  
>> use case, there might be other solutions.
>>
>>
>> On 12 avr. 2010, at 19:57, Tudor Girba wrote:
>>
>>> Hi Gabi,
>>>
>>> Ahh, now I understand. Any entity answers to mooseModel, so you  
>>> can do:
>>>
>>> FAMIXClass>>someMethod
>>> self mooseModel ...
>>>
>>>
>>> Great that you are using the Pharo version. Just for convenience,  
>>> you can find the latest development image here:
>>> http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/artifact/moose/*zip*/moose.zip
>>>
>>> Please let us know if you have further problems.
>>>
>>> Cheers,
>>> Doru
>>>
>>>
>>> On 12 Apr 2010, at 18:18, Gabriela Arevalo wrote:
>>>
>>>> Hi Doru,
>>>>
>>>> Thanxs for answering so quick.
>>>>
>>>> I am attaching an jpg to illustrate my problem :)
>>>>
>>>> If I evaluate MooseModel root, I get an instance of MooseModel  
>>>> that contains all the existing models. In the image you see that  
>>>> there are two models: Collections and SequenceableCollection, and  
>>>> SequeanceableCollection is selected to be the current one of the  
>>>> analysis.
>>>>
>>>> How can I access to that model if I am coding any property in a  
>>>> class? I checked the entities to know if each entity knows the  
>>>> model which belongs to, but it seems not.
>>>>
>>>> In the long past we could do ModelManager uniqueInstance  
>>>> currentModel, but now, how do I know that information?
>>>>
>>>> I am using Pharo version. I used the VW version during the  
>>>> weekend, but it seems that there are some code broken and I could  
>>>> not manage to make it work.
>>>>
>>>> Cheers,
>>>>
>>>> Gabi
>>>>
>>>> 2010/4/12 Tudor Girba <[hidden email]>
>>>> Hi Gabi,
>>>>
>>>> Nice to hear from you :).
>>>>
>>>> ModelManager was replaced by just another Model that holds  
>>>> Models. To get to it, you do "MooseModel root" and if you want to  
>>>> see allModels from there, you do "MooseModel root allModels".
>>>>
>>>> Yes, properties are defined using pragmas.
>>>>
>>>> Which Moose are you using? Pharo or VW?
>>>>
>>>> Cheers,
>>>> Doru
>>>>
>>>>
>>>> On 12 Apr 2010, at 02:11, Gabriela Arevalo wrote:
>>>>
>>>> Hi guys,
>>>>
>>>> I have two basic questions regarding the implementation of Moose
>>>> 1) How do we manage now the currentModel (the selected Model in  
>>>> the Moose UI)?
>>>> A long time ago :) :), we have had the ModelManager class and we  
>>>> could do ModelManager uniqueInstance currentModel
>>>>
>>>> 2) Properties: I have seen that we are using pragmas from the  
>>>> instance side. Is it right? Or are there any other way of  
>>>> specifying them?
>>>>
>>>> Cheers,
>>>>
>>>> Gabi
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> [hidden email]
>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>
>>>> --
>>>> www.tudorgirba.com
>>>>
>>>> "Beauty is where we see it."
>>>>
>>>>
>>>>
>>>>
>>>
>>> --
>>> www.tudorgirba.com
>>>
>>> "We cannot reach the flow of things unless we let go."
>>>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email]
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>> --
>> Simon
>>
>>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
www.tudorgirba.com

"Speaking louder won't make the point worthier."

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Current model and properties

Simon Denier-3

On 12 avr. 2010, at 21:48, Tudor Girba wrote:

> Hi,
>
> This should not be the case. Every subclass of MooseEntity stores the mooseModel in the attribute dictionary from EntityState. Where did you notice the slowdown?


I dive into the code to check because it was the tip of the iceberg for issue 358. Actually the slowdown can only exist when creating new entities, before adding it to the model.

EntityState>>model computes lazily the moose model if necessary, but this can be very slow if many entities request mooseModel as #ownerOf: performs a scan of all mooseModels for each (to find the one containing the entity with the same mooseId).

EntityState>>model
        ^self
                attributeGet: #privateModel
                default: [MooseModel ownerOf: self entity]


Instead what happens is that adding an entity to a moose model automatically sets this attribute.
MooseModel>>add: anElement

        anElement privateSetMooseModel: self.


So correction: it may be slow if you request mooseModel at creation time (but usually you know the model at creation time).



>
> Cheers,
> Doru
>
>
> On 12 Apr 2010, at 21:38, Alexandre Bergel wrote:
>
>> Thanks Simon,
>>
>> this info is important.
>>
>> Cheers,
>> Alexandre
>>
>> On 12 Apr 2010, at 15:27, Simon Denier wrote:
>>
>>> Hi Gabi
>>>
>>> Just from experience, if you send mooseModel to all entities in a large model, it can take a long time. So if you run into scalability problem, it may come from that. Now depending on your use case, there might be other solutions.
>>>
>>>
>>> On 12 avr. 2010, at 19:57, Tudor Girba wrote:
>>>
>>>> Hi Gabi,
>>>>
>>>> Ahh, now I understand. Any entity answers to mooseModel, so you can do:
>>>>
>>>> FAMIXClass>>someMethod
>>>> self mooseModel ...
>>>>
>>>>
>>>> Great that you are using the Pharo version. Just for convenience, you can find the latest development image here:
>>>> http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/artifact/moose/*zip*/moose.zip
>>>>
>>>> Please let us know if you have further problems.
>>>>
>>>> Cheers,
>>>> Doru
>>>>
>>>>
>>>> On 12 Apr 2010, at 18:18, Gabriela Arevalo wrote:
>>>>
>>>>> Hi Doru,
>>>>>
>>>>> Thanxs for answering so quick.
>>>>>
>>>>> I am attaching an jpg to illustrate my problem :)
>>>>>
>>>>> If I evaluate MooseModel root, I get an instance of MooseModel that contains all the existing models. In the image you see that there are two models: Collections and SequenceableCollection, and SequeanceableCollection is selected to be the current one of the analysis.
>>>>>
>>>>> How can I access to that model if I am coding any property in a class? I checked the entities to know if each entity knows the model which belongs to, but it seems not.
>>>>>
>>>>> In the long past we could do ModelManager uniqueInstance currentModel, but now, how do I know that information?
>>>>>
>>>>> I am using Pharo version. I used the VW version during the weekend, but it seems that there are some code broken and I could not manage to make it work.
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Gabi
>>>>>
>>>>> 2010/4/12 Tudor Girba <[hidden email]>
>>>>> Hi Gabi,
>>>>>
>>>>> Nice to hear from you :).
>>>>>
>>>>> ModelManager was replaced by just another Model that holds Models. To get to it, you do "MooseModel root" and if you want to see allModels from there, you do "MooseModel root allModels".
>>>>>
>>>>> Yes, properties are defined using pragmas.
>>>>>
>>>>> Which Moose are you using? Pharo or VW?
>>>>>
>>>>> Cheers,
>>>>> Doru
>>>>>
>>>>>
>>>>> On 12 Apr 2010, at 02:11, Gabriela Arevalo wrote:
>>>>>
>>>>> Hi guys,
>>>>>
>>>>> I have two basic questions regarding the implementation of Moose
>>>>> 1) How do we manage now the currentModel (the selected Model in the Moose UI)?
>>>>> A long time ago :) :), we have had the ModelManager class and we could do ModelManager uniqueInstance currentModel
>>>>>
>>>>> 2) Properties: I have seen that we are using pragmas from the instance side. Is it right? Or are there any other way of specifying them?
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Gabi
>>>>> _______________________________________________
>>>>> Moose-dev mailing list
>>>>> [hidden email]
>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>
>>>>> --
>>>>> www.tudorgirba.com
>>>>>
>>>>> "Beauty is where we see it."
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> www.tudorgirba.com
>>>>
>>>> "We cannot reach the flow of things unless we let go."
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> [hidden email]
>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> Simon
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email]
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> www.tudorgirba.com
>
> "Speaking louder won't make the point worthier."
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
 Simon




_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Current model and properties

Tudor Girba
That is better :)

Cheers,
Doru


On 13 Apr 2010, at 00:29, Simon Denier wrote:

>
> On 12 avr. 2010, at 21:48, Tudor Girba wrote:
>
>> Hi,
>>
>> This should not be the case. Every subclass of MooseEntity stores  
>> the mooseModel in the attribute dictionary from EntityState. Where  
>> did you notice the slowdown?
>
>
> I dive into the code to check because it was the tip of the iceberg  
> for issue 358. Actually the slowdown can only exist when creating  
> new entities, before adding it to the model.
>
> EntityState>>model computes lazily the moose model if necessary, but  
> this can be very slow if many entities request mooseModel as  
> #ownerOf: performs a scan of all mooseModels for each (to find the  
> one containing the entity with the same mooseId).
>
> EntityState>>model
> ^self
> attributeGet: #privateModel
> default: [MooseModel ownerOf: self entity]
>
>
> Instead what happens is that adding an entity to a moose model  
> automatically sets this attribute.
> MooseModel>>add: anElement
>
> anElement privateSetMooseModel: self.
>
>
> So correction: it may be slow if you request mooseModel at creation  
> time (but usually you know the model at creation time).
>
>
>
>>
>> Cheers,
>> Doru
>>
>>
>> On 12 Apr 2010, at 21:38, Alexandre Bergel wrote:
>>
>>> Thanks Simon,
>>>
>>> this info is important.
>>>
>>> Cheers,
>>> Alexandre
>>>
>>> On 12 Apr 2010, at 15:27, Simon Denier wrote:
>>>
>>>> Hi Gabi
>>>>
>>>> Just from experience, if you send mooseModel to all entities in a  
>>>> large model, it can take a long time. So if you run into  
>>>> scalability problem, it may come from that. Now depending on your  
>>>> use case, there might be other solutions.
>>>>
>>>>
>>>> On 12 avr. 2010, at 19:57, Tudor Girba wrote:
>>>>
>>>>> Hi Gabi,
>>>>>
>>>>> Ahh, now I understand. Any entity answers to mooseModel, so you  
>>>>> can do:
>>>>>
>>>>> FAMIXClass>>someMethod
>>>>> self mooseModel ...
>>>>>
>>>>>
>>>>> Great that you are using the Pharo version. Just for  
>>>>> convenience, you can find the latest development image here:
>>>>> http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/artifact/moose/*zip*/moose.zip
>>>>>
>>>>> Please let us know if you have further problems.
>>>>>
>>>>> Cheers,
>>>>> Doru
>>>>>
>>>>>
>>>>> On 12 Apr 2010, at 18:18, Gabriela Arevalo wrote:
>>>>>
>>>>>> Hi Doru,
>>>>>>
>>>>>> Thanxs for answering so quick.
>>>>>>
>>>>>> I am attaching an jpg to illustrate my problem :)
>>>>>>
>>>>>> If I evaluate MooseModel root, I get an instance of MooseModel  
>>>>>> that contains all the existing models. In the image you see  
>>>>>> that there are two models: Collections and  
>>>>>> SequenceableCollection, and SequeanceableCollection is selected  
>>>>>> to be the current one of the analysis.
>>>>>>
>>>>>> How can I access to that model if I am coding any property in a  
>>>>>> class? I checked the entities to know if each entity knows the  
>>>>>> model which belongs to, but it seems not.
>>>>>>
>>>>>> In the long past we could do ModelManager uniqueInstance  
>>>>>> currentModel, but now, how do I know that information?
>>>>>>
>>>>>> I am using Pharo version. I used the VW version during the  
>>>>>> weekend, but it seems that there are some code broken and I  
>>>>>> could not manage to make it work.
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Gabi
>>>>>>
>>>>>> 2010/4/12 Tudor Girba <[hidden email]>
>>>>>> Hi Gabi,
>>>>>>
>>>>>> Nice to hear from you :).
>>>>>>
>>>>>> ModelManager was replaced by just another Model that holds  
>>>>>> Models. To get to it, you do "MooseModel root" and if you want  
>>>>>> to see allModels from there, you do "MooseModel root allModels".
>>>>>>
>>>>>> Yes, properties are defined using pragmas.
>>>>>>
>>>>>> Which Moose are you using? Pharo or VW?
>>>>>>
>>>>>> Cheers,
>>>>>> Doru
>>>>>>
>>>>>>
>>>>>> On 12 Apr 2010, at 02:11, Gabriela Arevalo wrote:
>>>>>>
>>>>>> Hi guys,
>>>>>>
>>>>>> I have two basic questions regarding the implementation of Moose
>>>>>> 1) How do we manage now the currentModel (the selected Model in  
>>>>>> the Moose UI)?
>>>>>> A long time ago :) :), we have had the ModelManager class and  
>>>>>> we could do ModelManager uniqueInstance currentModel
>>>>>>
>>>>>> 2) Properties: I have seen that we are using pragmas from the  
>>>>>> instance side. Is it right? Or are there any other way of  
>>>>>> specifying them?
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Gabi
>>>>>> _______________________________________________
>>>>>> Moose-dev mailing list
>>>>>> [hidden email]
>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>>>
>>>>>> --
>>>>>> www.tudorgirba.com
>>>>>>
>>>>>> "Beauty is where we see it."
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> www.tudorgirba.com
>>>>>
>>>>> "We cannot reach the flow of things unless we let go."
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Moose-dev mailing list
>>>>> [hidden email]
>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>>
>>>> --
>>>> Simon
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Moose-dev mailing list
>>>> [hidden email]
>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel  http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email]
>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>
>> --
>> www.tudorgirba.com
>>
>> "Speaking louder won't make the point worthier."
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> Simon
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
www.tudorgirba.com

"Some battles are better lost than fought."



_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev