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 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
>
>