It could be a bug, but I doubt it, I have used sets before and it works. Just as a test, try returning an empty HashSet from your method, instead of the proxy that it is returning now, and see if that works.
musachy On Sun, Feb 15, 2009 at 7:14 PM, Adam Hardy <ahardy.str...@cyberspaceroad.com> wrote: > Correct me if I'm wrong but this looks like a fundamental class mismatch. > > I can see in struts-default.xml that both Sets and Collections are > configured to be accessed by the same PropertyAccessor. > > From debugging, I can see OGNL picks the PropertyAccessor for Collections to > deal with my target property. Logical, since the ArrayList is an > implementation of Collection. > > The problem is that struts has registered XWorkCollectionPropertyAccessor as > the PropertyAccessor for Collections, but this extends > ognl.SetPropertyAccessor which tries to cast the property to java.util.Set > with the resulting ClassCastException. > > I noticed in an xwork jira that this seems to have happened before: > > http://jira.opensymphony.com/browse/XW-310 > > but that's fixed - unfortunately not helping me though. > > I can work around this by copying XWorkCollectionPropertyAccessor and > writing a method to deal with Collections rather than Sets, but this is > surely a bug. I'm just wondering why no-one else is suffering with it. > > > > > Adam Hardy on 14/02/09 13:35, wrote: >> >> Yes, it is a JPA entity bean proxied by OpenJPA. >> >> It has a list property - the bean is a parent in a parent-child >> relationship and this property is the list of children. >> >> This is the incoming HTTP parameter: >> >> portfolio.weightings[0]=123 >> >> Despite debugging it I am still not sure what has happened but I do see >> that OgnlRuntime looks up the appropriate PropertyAccessor in a map, and >> gets the wrong one back (SetPropertyAccessor instead of >> ListPropertyAccessor). >> >> Is there anything I can do to influence that? >> >> >> Regards >> Adam >> >> Musachy Barroso on 13/02/09 17:10, wrote: >>> >>> It seems like it is not a list but a proxy to it >>> "org.apache.openjpa.util.java$util$ArrayList$proxy" which could be the >>> root of the problem. >>> >>> musachy >>> >>> On Fri, Feb 13, 2009 at 12:00 PM, Adam Hardy >>> <ahardy.str...@cyberspaceroad.com> wrote: >>>> >>>> I have a situation where OGNL seems to be misinterpreting the class of >>>> the >>>> HTTP parameter property it is setting during the ParameterInterceptor >>>> call. >>>> >>>> As you can see from the exception message, the object is an ArrayList >>>> and >>>> certainly not a Set which OGNL thinks it is. I have double, triple and >>>> quadruple checked that I am not using a Set at this point. >>>> >>>> How and where is OGNL deciding that this is a Set? And can I configure >>>> it? >>>> >>>> The HTTP parameter is 'myParameter[0]' and the List is a generic, >>>> assuming >>>> that makes a difference. >>>> >>>> >>>> java.lang.ClassCastException: >>>> org.apache.openjpa.util.java$util$ArrayList$proxy cannot be cast to >>>> java.util.Set >>>> at >>>> ognl.SetPropertyAccessor.getProperty(SetPropertyAccessor.java:46) >>>> at >>>> >>>> com.opensymphony.xwork2.ognl.accessor.XWorkCollectionPropertyAccessor.getProperty(XWorkCollectionPropertyAccessor.java:80) >>>> at ognl.OgnlRuntime.getProperty(OgnlRuntime.java:1643) >>>> at ognl.ASTProperty.getValueBody(ASTProperty.java:92) >>>> at ognl.SimpleNode.evaluateGetValueBody(SimpleNode.java:170) >>>> at ognl.SimpleNode.getValue(SimpleNode.java:210) > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > > -- "Hey you! Would you help me to carry the stone?" Pink Floyd --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
