Issue 1000 in moose-technology: Orion: retrieve entity from name, mooseName or signature
Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Orion
New issue 1000 by anne.et...@gmail.com: Orion: retrieve entity from name, mooseName or signature http://code.google.com/p/moose-technology/issues/detail?id=1000
Describe the problem: what do you get? what do you expect? A class is retrieve from its mooseName. A method is retrieve from its signature. And sometimes, entities are retrieve from their name.
The problem comes perhaps from the creation of the entity (it is possible but has not be checked that the converter create the entity with their name = mooseName or signature for method, but the one that are created by actions use a String so not the mooseName neither the signature).
Please fill in the labels with the following information: * Type-Defect, Type-Enhancement, Type-Engineering, Type-Review, Type-Other * Component-XXX
Comment #1 on issue 1000 by tu...@tudorgirba.com: Orion: retrieve entity from name, mooseName or signature http://code.google.com/p/moose-technology/issues/detail?id=1000
I do not understand what the issue here is. Could you explain a bit more?
Comment #2 on issue 1000 by anne.et...@gmail.com: Orion: retrieve entity from name, mooseName or signature http://code.google.com/p/moose-technology/issues/detail?id=1000
It is an Orion issue and Nicolas said to me to open it in order to keep a trace of it. But it seems that is linked to a Famix issue. (On this later point, I have to explore more).
To find an entity in an Orion model, we use MooseAbstractGroup>>entityNamed:; the parameter being a string. The problem is that sometimes, the string should correspond to the mooseName, sometimes to the name, sometimes to the name concatenated with ()... So the polymorphism does not work very well since we need to now the expected type of the returned entity to put the right string as parameter.
So the question is what is used in Famix to retrieve an entity in an abstract group. And is this parameter the same whatever the type of the entity or does it depends on its type?
Comment #3 on issue 1000 by tu...@tudorgirba.com: Orion: retrieve entity from name, mooseName or signature http://code.google.com/p/moose-technology/issues/detail?id=1000
entityNamed: always works with mooseName. There should be no confusion there. Perhaps the issue is in the way Orion names entities?
Comment #4 on issue 1000 by anne.et...@gmail.com: Orion: retrieve entity from name, mooseName or signature http://code.google.com/p/moose-technology/issues/detail?id=1000
Thanks for the information. I have to check Orion carefully to solve the issue.
Comment #5 on issue 1000 by jannik.l...@gmail.com: Orion: retrieve entity from name, mooseName or signature http://code.google.com/p/moose-technology/issues/detail?id=1000
Hi Anne,
Your problem is not a problem but a feature of Moose. For example in Moose 4.7, I did a mooseName on a method, and it gives "#'Smalltalk::RBPragmaNode.selectorParts:arguments:(Object,Object)'". On a class it gives "#'Smalltalk::RBContextBinding'".
Orion uses the same thing as Famix. Just to facilitate the search, I did it based on the mooseName, as in Famix. Now, you can use other mechanisms, like the mooseID
Updates: Status: Invalid
Comment #6 on issue 1000 by jannik.l...@gmail.com: Orion: retrieve entity from name, mooseName or signature http://code.google.com/p/moose-technology/issues/detail?id=1000
(No comment was entered for this change.)
Comment #7 on issue 1000 by tu...@tudorgirba.com: Orion: retrieve entity from name, mooseName or signature http://code.google.com/p/moose-technology/issues/detail?id=1000
Thank you for looking into this.
-
moose-technology＠googlecode.com