[ http://issues.apache.org/struts/browse/SB-20?page=comments#action_37395 ]
Ralf Hauser commented on SB-20: ------------------------------- heads up: ValueEnum might not be as type-safe as you wish it to be http://issues.apache.org/jira/browse/LANG-259 > support enum > ------------ > > Key: SB-20 > URL: http://issues.apache.org/struts/browse/SB-20 > Project: Sandbox > Type: New Feature > Environment: any > Reporter: Ralf Hauser > Attachments: EqualTag.java > > It would be great if struts would support enum concepts. > Apparently, > http://jakarta.apache.org/commons/lang/api/org/apache/commons/lang/enums/Enum.html > is partially supported as per > http://marc.theaimsgroup.com/?l=struts-dev&m=98960078911784&w=2 for example > in <html:options> > However, it would very useful to also support > http://java.sun.com/j2se/1.5.0/docs/guide/language/enums.html in a way that > the programmer no longer needs to think of strings. > Also, "Struts Action 1" users may be forced to stay on jdk1.4, but would like > to already use a design pattern the will require minimum refactoring when > migrating to 5.0. Does anybody have any experience in this sector (or could > http://retroweaver.sourceforge.net/ be a good source of inspiration even > though it does exactly the opposite...) > My vision is that > <logic:iterate>, <logic:equal>, <html:options>, <html:radio>, ... could work > directly on 5.0 enum > Also, the strings to which enum will be mapped should carefully kept as short > as possible, because GET URLs may end-up in email messages that sometimes > force-hyphenate them, i.e destroy them for avaerage users. > Lastly, it would be great if the chosen approach somehow could also be > leveraged for persistence frameworks such as http://www.hibernate.org/288.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/struts/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
