Yes, you're right. I hadn't noticed because we always model standard UML enums, there really isn't such a thing as EnumerationLiteral.Value when using actual UML Enumerations instead of Class <<Enumeration>>. The value declaration was changed from ${literal.enumerationLiteralParameters} in the original template implementation, but that method doesn't exist on EnumerationLiteralFacade, only on AttributeFacade. It is populated there from the tagged value @andromda.persistence.enumeration.literal.parameters. It looks like the original implementation code assumed the enum was always modeled as a class with attributes instead of an actual UML Enumeration with literals. Now I see why I was always getting the ${literal.enumerationLiteralParameters} output from that template in the Java cartridge.
I'm doing some other work in the Java cartridge, trying to make sure the output actually compiles and is compatible with UML2 models, also fixing the types for Int enumerations, I can fix that at the same time. I'm just about finished, will test and apply the changes.
--
Thanks
Bob Fields
bobfieldsfb <at> hotmail <dot> com
_________________________________________________________
Reply to the post :
http://galaxy.andromda.org/forum/viewtopic.php?p=28187#28187Posting to
http://forum.andromda.org/ is preferred over posting to the mailing list!
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
