Nonetheless, a filter mapped to all requests to perform path rewriting would seem to always be needed to catch requests for static resources or any other requests not coming into the controller. While it seems from your examples that there are also ways to get that same rewriting performed within the framework where needed, it's unfortunate that simply putting the filter in place for all requests isn't enough.
Mark At 08:55 PM 4/7/2002, Martin Cooper wrote: >One way I have seen this addressed is to use an Action to make the decision. >Instead of forwarding to "foo.jsp" directly, you forward to another action. >That action composes the path to the appropriate JSP page, using knowledge >of the base page name and the variant, locale and markup, and then forwards >to that path. > >Alternatively, you could extend Action and add a method to perform the path >composition. Then you would call this new method (composeForward(), perhaps) >at the end of your execute() method, instead of making the typical call to >mapping.findForward(). This approach has the advantage that composeForward() >can take advantage of any logical forwards you have defined for the action, >so that those forwards can be used to provide the base name for JSP page >(e.g. foo.jsp). -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>