Looks like I was onto something afterall. When I dont have tiles running the navigation rule works fine, but when i use tiles it gets blocked and only gets to the welcome page when i request via the url bar. Not sure where to start looking, it could be how view handler is playing with the web security stuff.
Is anyone else playing with with stuff? On 1/15/06, Mark Lowe <[EMAIL PROTECTED]> wrote: > Ignore me, its something else.. > > On 1/15/06, Mark Lowe <[EMAIL PROTECTED]> wrote: > > Hello > > > > I'm putting shale-tiles through its paces, all seems to work except > > for when i have a navigation rule defined in > > faces-config/navigation-rule. > > > > <navigation-rule> > > <from-view-id>/login.jsp</from-view-id> > > <navigation-case> > > <from-outcome>success</from-outcome> > > <to-view-id>/welcome.jsp</to-view-id> > > <redirect/> > > </navigation-case> > > </navigation-rule> > > > > /login.jsf is a tile def (/login) and works fine, as is welcome which > > also works fine when I make a fresh request once the container has > > logged the user in. To my mind the backing bean should return the > > string "success" and when it does forward (in this case redirect) to > > the welcome page. > > > > /login.jsf only exists as a tiles defined path the jsp is in > > /WEB-INF/faces/login.jsp likewise welcome.jsp. But the faces servlet > > isn't compaining about not having a real jsp where it usually would > > be, therefore i assume that its happy. > > > > Anybody have any thoughts what's happening or not as the case may be? > > > > Mark > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
