Drinkwater, GJ (Glen) wrote:
> Hi
>
> I am setting it to a ArrayList<String>. Ill change it and give it a go.
>
>
> I was wondering though, why this worked in version b48 but is broken in
> UV1?? I know the version of JSF has changed between b48 and UV1 but why
> is it trying to set it as a java.util.Arrays$ArrayList?
>
In version b48, we manually built the List (an ArrayList) from an
Array. In later versions we call Arrays.asList()
which returns List.
In all cases, we're returning a List.
>
> Glen
>
> -----Original Message-----
> From: Ryan.Lubke_at_Sun.COM [mailto:Ryan.Lubke_at_Sun.COM]
> Sent: 08 November 2006 17:49
> To: users_at_glassfish.dev.java.net
> Subject: Re: JSF - Glassfish V1 UR1 java.util.Arrays$ArrayList problem
>
> Drinkwater, GJ (Glen) wrote:
>
>> Hi
>>
>> I recently upgraded to Glassfish V1 UR1 from V1 b48 and my application
>>
>
>
>> seems to have stopped working.
>>
>> I get this error
>>
>> [#|2006-11-08T15:44:39.857+0000|INFO|sun-appserver-pe9.0|javax.enterpr
>> ise.resource.webcontainer.jsf.lifecycle|_ThreadID=15;_ThreadName=httpW
>> orkerThread-8080-1;
>> sourceId=body:autofillform:facilities[severity=(ERROR 2),
>> summary=(Can't set property 'currentSelectedFacilities' on class
>> 'uk.ac.dl.dp.web.backingbeans.VisitData' to value '[EMAT]'.),
>> detail=(Can't set property 'currentSelectedFacilities' on class
>> 'uk.ac.dl.dp.web.backingbeans.VisitData' to value
>> '[EMAT]'.)];|WARNING: FacesMessage(s) have been enqueued, but may not
>> have been displayed.
>>
>> Having looked into the problem i can see that the JSF application is
>> trying to set the value of a h:selectManyListbox
>> value="#{visit.visitData.currentSelectedFacilities}" ... to a
>> java.util.Arrays$ArrayList and not a java.util.ArrayList as it did in
>>
> b48.
>
>> Has anyone had the same problem or knows what i am doing wrong.
>>
>> Thanks
>>
>>
> What is your setter for the currectSelectedFacilities property
> expecting? java.util.List, or java.util.ArrayList?
>
> If it's the latter, you should change it to java.util.List and not rely
> on the implementation always setting a specific type.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>