Joachim --
On Mon, Mar 1, 2010 at 1:09 PM, Joachim Schrod <[email protected]> wrote: > Donn Aiken wrote: > >> On Mon, Mar 1, 2010 at 11:11 AM, Joachim Schrod<[email protected]> wrote: >> > > Donn, thanks, but that doesn't quite cover my situation. > > When one uses extension mapping and Facelets, the popup dialog of a basic >>> <tr:inputDate> does not work, it causes the error message "The >>> requested >>> resource (/CONTEXT/__ADFv__) is not available". >>> >>> This is known since July 2007: >>> https://issues.apache.org/jira/browse/TRINIDAD-119 >>> A patch exists since July 2008, revised in July 2009. (But I don't want >>> to >>> wait until July 2010 for the next activity. :-) >>> >>> I just did a servlet mapping like this: >> >> <servlet-mapping> >> <servlet-name>Faces Servlet</servlet-name> >> <url-pattern>/__ADFv__*</url-pattern> >> <url-pattern>/faces/*</url-pattern> >> </servlet-mapping> >> >> Ugly, but it seems to work fine under Tomcat. >> > > As I wrote above, I use extension mapping, i.e., my URIs have an extension > .jsf and not a prefix /faces/. And sadly > > <servlet-mapping> > <servlet-name>Faces Servlet</servlet-name> > <url-pattern>/__ADFv__*</url-pattern> > <url-pattern>*.jsf</url-pattern> > </servlet-mapping> > > doesn't work, the popup request still returns a 404 response. > (It's an interesting question why not, as this request is passed to the > MyFaces Servlet, but somehow Trinidad doesn't get a hold on it, while it > succeeds when using the filter. Really strange.) > > So, my questions remain: What's on here? Is info in the Wiki wanted? > > I can also supply a minimal demo project if somebody needs this for > analysis. > > Joachim > > PS: In the meantime, I upgraded to Trinidad 1.2.13. No change. > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Joachim Schrod Email: [email protected] > Roedermark, Germany > > Is it a problem to have both *.jsf and /faces configured? Another approach I have used successfully is to fix it up with a servlet filter. But I did use a sendRedirect to /faces/__ADFv__ url pattern rather than /__ADFv__ DJ
