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
remm@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
------- Additional Comments From remm@apache.org 2001-11-02 11:38 -------
When you do a request on a URI which ends with *.jsp (regardless of the method
used), the request will go to Jasper (because of the *.jsp mapping in the
default configuration), instead of to the WebdavServlet. So it's normal,
altough I understand it's not really what you would expect.
One way you could do it is to put the WebDAV code in a filter, but it's a bad
idea to do a general implementation that way (since it would "hijack" quite a
bit of HTTP functionality).
Slide is more appropriate for webapp manipulation, because it can get around
these constraints, but it doesn't work off the filesystem; instead, it uses its
own repository (although it's likely there will eventually be an implementation
of it which would only use the filesystem).
--
To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>