Interesting. Seems it is a feature, as documented in [1]. Tested it myself: <s:property value="1234h.class.name" /> <s:property value="1234b.class.name" /> <s:property value="1234F.class.name" /> <s:property value="1234L.class.name" /> <s:property value="1234d.class.name" /> <s:property value="(1234).class.name" />
The last one (Integer) didn't work without the ( ), which I don't know if this is a necessity or a bug. What about Short and Byte data type? it doesn't say... However, I think is NOT a bug that employees[1234F].id returns nothing, since the map key is a string and you need to quote it accordingly. [1] http://www.ognl.org/2.6.9/Documentation/html/LanguageGuide/basicExpressions.html#constants 2008/9/22 stanlick <[EMAIL PROTECTED]>: > > I encountered a very strange situation today. I had the following in a web > page: > > > <s:iterator value="employees"> > <s:textfield name="employees[%{key}].id .../> > > where the get method in my action was: > > public Map<String,Employee> getEmployees() > > The employee id 7932F was being interpreted as 7932! The trailing "F" was > apparently being considered a literal for FLOAT and was being trimmed off > the String. > > When I wrapped the variable in quotes is worked > > <s:textfield name="employees[ '%{key' }].id .../> > > Does this appear to be a bug? > > > -- > View this message in context: > http://www.nabble.com/Custom-tag-and-map-backed-action-tp19614086p19614086.html > Sent from the Struts - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
