tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 4597] - webdav fails in update, delete or copy operations on jsp files
Date Mon, 05 Nov 2001 16:40:18 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4597>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4597

webdav fails in update, delete or copy operations on jsp files





------- Additional Comments From craig.mcclanahan@sun.com  2001-11-05 08:40 -------
The phrase about implicit mappings means this:  if the container establishes an
implicit mapping (say, for "*.shtml" mapped to a servlet that performs SSI
processing), the application can override this by establishing a mapping for
"*.shtml" to one of your own servlets.  This mapping *replaces* the mapping
provided by the container.

In Tomcat 4, this is accomplished by the order in which config files are
loaded.  Container default mappings (such as "*.jsp" to the JSP servlet) are
loaded from the "conf/web.xml" file first, followed by the application's own
mappings.  Any application mapping for the same pattern, therefore,
automatically overrides the container's defaults.

Note that this is a *replacement* action, not an addition.  In other words, the
application is taking complete responsibility for this request.  If you want to
do something and then pass the request on to the container's default processing
(or post-process the response), you should look at using Filters (in servlet
2.3) instead.

--
To unsubscribe, e-mail:   <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>


Mime
View raw message