The only thing I can think of is checking that you have mapped *.faces
to the JSF servlet (mine is mapped to *.jsf). Also, use a c:redirect
tag in your index.jsp to get the correct url:

<%@ taglib uri="http://java.sun.com/jsp/jstl/core"; prefix="c" %>
<c:redirect url="/jsp/frontpage.faces" />

Lastly, look any the logs. Try setting org.apache.shale.tiles to debug
level to get some logs for the view handler.

On 20/10/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi
>
> Tried that - No cigar
>
> if you type in http://localhost:8080/myapp/index.jsp and then have a 
> response.sendRedirect("/jsp/frontpage.faces") it will then go to 
> http://localhost:8080/jsp/frontpage.jsp (note webappname is now missing)
>
> Hermod
>
> -----Opprinnelig melding-----
> Fra: Ronald Holshausen [mailto:[EMAIL PROTECTED]
> Sendt: 20. oktober 2005 11:09
> Til: Struts Users Mailing List
> Emne: Re: SV: SV: SV: [Shale] JspTilesViewHandlerImpl and Shale
>
>
> The only problem I can see with your example code is that there is no
> leading slash. Try forwarding to /jsp/frontpage.faces instead.
>
> On 20/10/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Hi Ronald
> >
> > Try this: In your index.jsp (entry point of app) add:
> >
> > <%@ page session="false" contentType="text/html;charset=utf-8"%>
> > <%
> > response.sendRedirect("jsp/frontpage.faces");
> > %>
> >
> > Then define a tiles definition : jsp/frontpage.
> >
> > If you can make this work, I am definitly doing something wrong.
> >
> > Why the algorithm from JspTilesViewHandlerImpl was changed in 
> > TilesViewHandler, I do not know.
> >
> > Hermod
> >
> > -----Opprinnelig melding-----
> > Fra: Ronald Holshausen [mailto:[EMAIL PROTECTED]
> > Sendt: 20. oktober 2005 10:26
> > Til: Struts Users Mailing List
> > Emne: Re: SV: SV: SV: [Shale] JspTilesViewHandlerImpl and Shale
> >
> >
> > Hi Hermod,
> >
> > The Shale Tiles view handler tries to map the view id to a tile
> > definition by dropping the extension. In my case, I have a tile
> > definition '/charts/measures/measureWizardSelectSystemEvent', so when
> > the view '/charts/measures/measureWizardSelectSystemEvent.jsf' is
> > invoked (in my case as a view state in the dialog flow), the Shale
> > Tiles view handler intercepts it and delegates the rendering of the
> > view to the tile definition.
> >
> > On 20/10/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > > Hi
> > >
> > > Looking through the source of TilesViewHandler (Shale/Tiles standalone) 
> > > and JspTilesViewHandlerImpl (MyFaces/Struts Tiles) I see that the 
> > > functionality for mapping a viewId to a tiles definition (through suffix) 
> > > is missing in TilesViewHandler. There should be no reason why there is 
> > > any difference between these two regarding this functionality.
> > >
> > > I will try to see if a straightforward migration of 
> > > JspTilesViewHandlerImpl to Tiles standalone is possible, unless the 
> > > original author of TilesViewHandler wants to take a look at it.
> > >
> > > Hermod
> > >
> > > -----Opprinnelig melding-----
> > > Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > > Sendt: 19. oktober 2005 15:59
> > > Til: Struts Users Mailing List
> > > Emne: Re: SV: SV: SV: [Shale] JspTilesViewHandlerImpl and Shale
> > >
> > >
> > > <[EMAIL PROTECTED]> wrote on 10/19/2005 09:53:55 AM:
> > >
> > > > Hi
> > > >
> > > > Weird. I just took one of my working MyFaces/Tiles projects, and
> > > > introduced Shale/Clay/Spring configuration to it along with the
> > > > approprate .jar files. After that the tiles definitions stopped working.
> > > >
> > > > I'll try to make myself a simple sample based on the shale usecases
> > > > and see if I can get that working.
> > > >
> > > > Hermod
> > >
> > > Hermod, when i first started working with tiles and shale I got a simple
> > > sample working. You can download it here:
> > >
> > > http://www.sightsoftware.com/shale/
> > >
> > > This was one of my very first attempts to get *anything* working with
> > > shale, so use at your own risk..:)
> > >
> > > Geeta
> > >
> > >
> > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
> > > *
> > >
> > > This email with attachments is solely for the use of the individual or
> > > entity to whom it is addressed. Please also be aware that DnB NOR cannot
> > > accept any payment orders or other legally binding correspondence with
> > > customers as a part of an email.
> > >
> > > This email message has been virus checked by the virus programs used
> > > in the DnB NOR Group.
> > >
> > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
> > > *
> > >
> > >
> > > ---------------------------------------------------------------------
> > > 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]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to