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 Fri, 02 Nov 2001 19:38:29 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

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>


Mime
View raw message