Hi, Wouter,the problem is on the side of the pseudostate decorator
I did not understand this correctly. From my point of view, as long as
the role names on the side of PseudoStateDecorator are different, the
meta cartridge will generate different getter names (in
StateMachineDecorator) for each one of the relationships.
Am I missing something?
Cheers... Matthias
imagine 2 associations between pseudostate and statemachine, they are called both "statemachine" on the side of the statemachine, and 'initialstate' and 'choicepseudostates' respectively on the other sides (pseudostate class)
this will generate 2 times the "handleGetStateMachine()" in the pseudostate decorator
this is correct, no ? because I see it in the generated code ... is this a bad idea from my part or should the meta cartridge be updated ?
Wouter.
-----Original Message-----
From: Wouter Zoons [mailto:[EMAIL PROTECTED] Sent: Sunday, January 18, 2004 2:44 PM
To: Matthias Bohlen; andromda-devel
Subject: double associations on decorators
hi Matthias,
a pseudostate can be : initial state, choice, join, junction, shallow history etc...
a pseudostate is a member of a state machine
so I need an association between state machine and pseudostate
I want:
* stateMachine.getInitialState * stateMachine.getChoices * stateMachine.getJoins * ... (you get the point)
this means an association for each relation (always between the same 2 decorators), but for all these associations one end will be the same name, always: stateMachine
the code generated by the meta cartridge does not take this into account and generates the same methods once for each association
I can probably fix this, but I wanted some feedback first...
thanks Wouter.
ps: for now I renamed the association end, they return the same values but have a slightly different name
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Andromda-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-devel
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Andromda-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-devel
