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 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From [EMAIL PROTECTED] 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:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
