[ http://jira.andromda.org/browse/JAVA-34?page=comments#action_14840 ] 

Bob Fields commented on JAVA-34:
--------------------------------

LiteralType in the facade still isn't working. In Java Enumeration.vsl, the 
literal String $enumeration.literalType.fullyQualifiedName appears in the 
output. I fixed up the template so the proper compilable output comes out. No 
value is returned from EnumerationLiteral type. I think they assume it is 
always String, it can't be specified in the RSM model I create, I'm not sure 
about other modeling tools.

I also fixed up a few other things - naming convention for static final 
variables, missing javadoc comments, compiler warnings for undocumented empty 
blocks, moving a few things into imports instead of always using fully 
qualified classname (improves readability). It looks like other changes in the 
same file I submitted more than a month ago (javadoc fixes so that Jalopy does 
not choke: </p> instead of <p/>) have not yet been committed. See 
http://galaxy.andromda.org/jira/browse/MISC-50.

> Invalid code generated for enumeration literals
> -----------------------------------------------
>
>          Key: JAVA-34
>          URL: http://jira.andromda.org/browse/JAVA-34
>      Project: Java Cartridge
>         Type: Bug

>  Environment: MagicDraw 12.1
>     Reporter: Matthias Bohlen
>     Assignee: Matthias Bohlen

>
> When I model an enumeration with true enumeration literals (not attributes 
> but true literals), Enumeration.vsl is expanded and generates this statement 
> which does not compile:
>     public static final ItemState AVAILABLE = new 
> ItemState($literal.enumerationValue);
> This is because the EnumerationLiteralFacadeLogicImpl class does not have a 
> method handleGetEnumerationValue().

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.andromda.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

Reply via email to