On 3/31/09 7:01 AM, Martin Kočí wrote:
> Hi,
>
> yes I'm using build from today's trunk. The problem is really in
> Util.deriveViewId - it checks for resource existence with
> externalContext.getResource() - if resource is not found viewId will be
> null.
>
This is issue 1002 in the issue tracker.
> This check is not present in version 1.2.12.
>
>
> Jason Lee píše v Út 31. 03. 2009 v 08:15 -0500:
>
>> Hi, Martin. Have you tried a nightly? I had a similar issue with
>> JSFTemplating (which can, and often does in our usage, pull the view
>> markup from the classpath as opposed to the doc root). Ryan Lubke
>> filed two issues on the topic, which Ed Burns addressed. We've not
>> had any further issue with that as far as I know.
>>
>> On Mar 31, 2009, at 7:02 AM, Martin Kočí wrote:
>>
>>
>>> Hi,
>>>
>>> JSF libraries for 1.2 version can use "virtual" view - those views are
>>> not real resources like .jsp or .xhtml but something created
>>> programatically. For example Trinidad uses __ADFv__ view for dialogs
>>> (popups).
>>>
>>> But there is a new check for resources in mojarra trunk:
>>> com.sun.faces.util.Util.deriveViewId(FacesContext, String) - if
>>> resource
>>> doesn't exist viewId will be null.
>>>
>>> What is the best way to deal with this:
>>>
>>> 1) implementing custom ViewHandler.deriveViewId(FacesContext, String)
>>>
>>> 2) using ExternalContextWrapper and return not null for this case
>>>
>>> 3) implementing own VDL
>>>
>>>
>>> Does UIViewRoot with null-viewId mean something special for JSF?
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Martin
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
>>> For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net
>>>
>>>
>> Jason Lee, SCJP
>> Senior Java Developer, Sun Microsystems
>> Mojarra and Mojarra Scales Dev Team
>> https://mojarra.dev.java.net
>> https://scales.dev.java.net
>> http://blogs.steeplesoft.com
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
>> For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
> For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net
>
>