Thanx Chuck, Martin.
chucks solution came first, so I tried it first, and it worked, but
not the way i actually expected.
If I add ALL mappings to the web.xml -> it works:
<servlet-mapping>
<servlet-name>jsp</servlet-name>
<url-pattern>/net/java/dev/moskito/webui/jsp/Producers.jsp</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>jsp</servlet-name>
<url-pattern>/net/java/dev/moskito/webui/jsp/ProducersXML.jsp</url-pattern>
</servlet-mapping>
...
But If I add only the path:
<servlet-mapping>
<servlet-name>jsp</servlet-name>
<url-pattern>/net/java/dev/moskito/webui/jsp/*</url-pattern>
</servlet-mapping>
it doesn't, and I don't understand why?
Shouldn't the most 'matching' mapping win?
For /net/java/dev/moskito/webui/jsp/ProducersXML.jsp
Shouldn't
<url-pattern>/net/java/dev/moskito/webui/jsp/ProducersXML.jsp</url-pattern>
win over
<url-pattern>/*</url-pattern>
regards
Leon
On Wed, Sep 9, 2009 at 9:07 PM, Caldarale, Charles R
<chuck.caldar...@unisys.com> wrote:
>> From: Leon Rosenberg [mailto:rosenberg.l...@googlemail.com]
>> Subject: bypassing a servlet mapping to /*
>>
>> /net/java/dev/moskito/webui/jsp/Producers.jsp
>> now the request is processed by the servlet engine and is grabed by
>> the spring dispatcher with an error:
>
> You can always put the complete mapping for the .jsp entries of interest into
> WEB-INF/web.xml and direct it to Tomcat's JSP servlet; since the longest
> match wins, that will override the Spring mapping.
>
> - Chuck
>
>
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
> MATERIAL and is thus for use only by the intended recipient. If you received
> this in error, please contact the sender and delete the e-mail and its
> attachments from all computers.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
