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]
