So this is saying that it can't find %{jobTypeList[0].searchJobVO.type}?
Can you confirm where that data lives, should live, and that there's not
some specific reason that might not work?
Is this in your own app, or some published test/demo?
-Dale
for example:
|<s:property value="%{jobTypeList}"/>|
|<s:property value="%{jobTypeList[0]}"/>|
|<s:property value="%{jobTypeList[0].searchJobVO}"/>|
|<s:property value="%{jobTypeList[0].searchJobVO.type}"/>|
On Fri, Oct 3, 2008 at 10:01 AM, <[EMAIL PROTECTED]> wrote:
> Hi,
> I get the same error from 2.7.2 as 2.7.3.
>
> Here is the jsp fragment that fails
> <s:select
> name="searchJobVO.type"
> label="Typ av ärende:"
> required="false"
> headerKey="-1"
> headerValue="Alla"
> list="jobTypeList"
> />
>
> And the error is:
>
> 2008-10-03 15:55:32,280 ERROR-
> [localhost].[/serf-web].[default]:253,http-8080-Processor25 -
> Servlet.service() for servlet default threw exception
> tag 'select', field 'list', name 'searchJobVO.type': The requested list key
> 'jobTypeList' could not be resolved as a
> collection/array/map/enumeration/iterator type. Example: people or
> people.{name} - [unknown location]
> at
> org.apache.struts2.components.Component.fieldError(Component.java:231)
> at
> org.apache.struts2.components.Component.findValue(Component.java:293)
> at
> org.apache.struts2.components.ListUIBean.evaluateExtraParams(ListUIBean.java:79)
> at
> org.apache.struts2.components.Select.evaluateExtraParams(Select.java:99)
> at
> org.apache.struts2.components.UIBean.evaluateParams(UIBean.java:780)
> at org.apache.struts2.components.UIBean.end(UIBean.java:481)
> at
> org.apache.struts2.views.jsp.ComponentTagSupport.doEndTag(ComponentTagSupport.java:43)
> at
> org.apache.jsp.WEB_002dINF.jsp.ordermanagement.ongoingOrder.ongoingOrderSearch_jsp._jspx_meth_s_005fselect_005f4(ongoingOrderSearch_jsp.java:1024)
> at
> org.apache.jsp.WEB_002dINF.jsp.ordermanagement.ongoingOrder.ongoingOrderSearch_jsp._jspx_meth_s_005fform_005f0(ongoingOrderSearch_jsp.java:456)
> at
> org.apache.jsp.WEB_002dINF.jsp.ordermanagement.ongoingOrder.ongoingOrderSearch_jsp._jspService(ongoingOrderSearch_jsp.java:166)
>
> In the same jsp page I have a few other drop down lists that still works
> with the new version of ognl!
>
> Any ideas?
>
> /Gunnar
>
>
> > -----Ursprungligt meddelande-----
> > Från: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]
> > Skickat: den 3 oktober 2008 08:24
> > Till: user@struts.apache.org
> > Ämne: SV: Ognl versions
> >
> > Ok, then I take version 2.7.2 for a spin.
> > /Gunnar
> >
> >
> > > -----Ursprungligt meddelande-----
> > > Från: Chris Pratt [mailto:[EMAIL PROTECTED]
> > > Skickat: den 2 oktober 2008 17:42
> > > Till: Struts Users Mailing List
> > > Ämne: Re: Ognl versions
> > >
> > > I have been using OGNL 2.7.2 with Struts 2.0.11.2 and 2.1.2 for a
> > > while without any problems. Maybe it's something in OGNL
> > 2.7.3 that
> > > is incompatible.
> > > (*Chris*)
> > >
> > > On Thu, Oct 2, 2008 at 6:45 AM, Owen Berry <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > In light of this issue, it would be nice if a newer
> > version of ognl
> > > > could be used within struts. I'm using the 2.1.2 beta and it also
> > > > depends on ognl-2.6.11. Not sure how simple it would be to
> > > update to a
> > > > newer ognl though as struts-2.1.2 also depends on
> > > xwork-2.1.1, which
> > > > depends on ognl-2.6.11, so it would need to be updated too.
> > > >
> > > > On Thu, Oct 2, 2008 at 7:41 AM,
> > > <[EMAIL PROTECTED]> wrote:
> > > > > Hi,
> > > > > I can see that many of my threads stays blocked for a
> > long time in
> > > > gnl.OgnlRuntime.invokeMethod line 511.
> > > > > If this is to any help.
> > > > > :-)
> > > > >
> > > > >
> > > > >> -----Ursprungligt meddelande-----
> > > > >> Från: [EMAIL PROTECTED]
> > > > >> [mailto:[EMAIL PROTECTED]
> > > > >> Skickat: den 2 oktober 2008 12:11
> > > > >> Till: user@struts.apache.org
> > > > >> Ämne: Ognl versions
> > > > >>
> > > > >> Hi,
> > > > >> We use struts2-core 2.0.11.2 which according to maven use
> > > > >> opensymphony.ognl version 2.6.11.
> > > > >>
> > > > >> I wonder what the relationships is to ognl.ognl and
> > > specifically if
> > > > >> the opensymphony version also has the bug
> > > > >> http://jira.opensymphony.com/browse/OGNL-141
> > > > >>
> > > > >> When we are doing load tests we get very long response times.
> > > > >> I tried to replace opensymphony.ognl version 2.6.11 with
> > > ognl.ognl
> > > > >> version 2.7.3 but got functional errors.
> > > > >>
> > > > >> Regards
> > > > >> Gunnar
> > > > >>
> > > > >>
> > > > >>
> > > -------------------------------------------------------------------
> > > > >> -- 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]
> > > > >
> > > > >
> > > >
> > > >
> > >
> > ---------------------------------------------------------------------
> > > > 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]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
