Wow! I feel like I'm in left field here. Let me back up and tell you what I want to accomplish.
I have an existing Struts application which I want to convert to using JSF. That application uses tiles and prefix mapping. I have the Struts application set up such that when the user invokes /app/launch, the Struts controller is invoked (prefix mapping for Struts servlet is /app/*), looks up the corresponding action mapping, TilesRequestProcessor resolves the tiles definition then builds my page.
So far, the examples I have provided on this thread use extesion mapping. This is because I started having so much trouble with prefix mapping, that I thought if I could get my example working using extension mapping, I could simply change the mapping and I would be okay.
So before I waste more bandwidth, I'm going to do some more research, because I obviously don't understand the life cycle.
Thanks for all who have helped so far. /robert Volker Weber wrote:
Hi, as i mentioned before: your has to made the redirect/forward link relative. I just check this out with the redirect in my application. Prefixing the redirect url with a '/' results in a "HTTP Status 404 - /faces/overview/intro.jsp" ! If you use absolute url you has to add the application path also. If you know the url you has to type in your browser to get your launch page, this is exactly the url to must redirect/forward to! The navigation-rules of your faces-config.xml are not needed for this, just for inner application navigation. Regards Rick Reumann wrote:Well I believe your index page of: <jsp:forward page="/launch.faces"/> Is going to try to find /launch.jsp in the root but you don't have launch there so make it: <jsp:forward page="/pages/launch.faces"/> and you should be all set. Also this rule: <navigation-rule> <navigation-case> <to-view-id>/pages/launch.jsp</to-view-id> </navigation-case> </navigation-rule> I don't think will do anything since you don't have a from-outcome defined, so I'm not sure what the above will ever do. I think you are expecting the to-view-id to fire based on the forward set up in your index, but that's not the case since that forward is going to try to resolve to a jsp (which doesn't exist in your root).
