DO NOT REPLY [Bug 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=27190

Redirect problem with the COPY / MOVE request handling in the WebDAV servlet





--- Additional Comments From [EMAIL PROTECTED]  2004-02-24 15:23 ---
This is really painful. If this is my decision, then this will not be fixed.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=27190

Redirect problem with the COPY / MOVE request handling in the WebDAV servlet





--- Additional Comments From [EMAIL PROTECTED]  2004-02-24 15:32 ---
But this makes the webdav servlet inusable for the most used and most hated (at
least on the side of the people who implement webdav servers) webdav client: MS
webfolders. So I hope there will be a fix for this within Tomcat.

Regards

Rüdiger

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=27190

Redirect problem with the COPY / MOVE request handling in the WebDAV servlet





--- Additional Comments From [EMAIL PROTECTED]  2004-02-24 16:29 ---
Yes, but then you will complain that redirect will always occur for the root
path of a context (ex: a request to "/webdav") and that it also breaks broken
clients. I think there's no point, and I recommend looking for other servers
which would be more complex and legacy friendly (such as mod_dav, or Slide -
although Slide won't help for the root path problem).

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=27190

Redirect problem with the COPY / MOVE request handling in the WebDAV servlet





--- Additional Comments From [EMAIL PROTECTED]  2004-02-24 16:50 ---
You know the typical requester: If you give him a small finger he wants your
whole hand! :-).

But back to the problem: The problem with the root path of the context can be
fixed by using the correct URL within MS Webfolders, but the other problems with
MOVE and copy cannot be fixed this way.

I admit that this problem is difficult to fix. Maybe there could be a check for
the request method in CoyoteAdapter.postParseRequest to prevent the redirect for
COPY and MOVE methods. Maybe there is the possibility of creating an xml
attribute for the coyote connector which lets you specify which methods should
not do redirects with a default value to "". But I am not sure if it is easy to
get the configuration settings for the coyote connector from this method.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=27190

Redirect problem with the COPY / MOVE request handling in the WebDAV servlet





--- Additional Comments From [EMAIL PROTECTED]  2004-02-24 23:16 ---
What happens if you use a url-pattern of /* for the servlet mapping? I have 
stepped though this using telnet and I don't see the 302. That being said, it 
still doesn't work and I am looking into why.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=27190

Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Minor



--- Additional Comments From [EMAIL PROTECTED]  2004-02-24 23:34 ---
OK, I have looked at this further (using a url-pattern of /*) and it does 
work. The errors I was seeing were as a result of an invalid cache due to 
previous testing.

There is a minor issue in that the status code returned will always be 204. 
This is not 100% compliant with para 8.9.4 of the servlet spec.

Note I am using the latest code from CVS.

I'l leave this open until I fix the status code issue but I am dropping the 
severity.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=27190

Redirect problem with the COPY / MOVE request handling in the WebDAV servlet





--- Additional Comments From [EMAIL PROTECTED]  2004-02-25 00:55 ---
Yes, this is a good workaround (and is the mapping used in the webdav example
webapp): no welcome file processing (or folder redirection) will occur in that case.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=27190

Redirect problem with the COPY / MOVE request handling in the WebDAV servlet





--- Additional Comments From [EMAIL PROTECTED]  2004-02-25 09:48 ---
I can confirm that the change in the servlet mapping makes it work for me too
(even with MS Webfolders :-)).
Thank you for looking into this and for your quick help.
BTW: I noticed that the webdav webapp delivered with Tomcat 5.0.19 already uses
the /* and thus correct servlet mapping. Maybe a comment should be added to the
web.xml file that setting the mapping to / will break things with MS Webfolders.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=27190

Redirect problem with the COPY / MOVE request handling in the WebDAV servlet

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-02-25 22:54 ---
The status code issue has now been fixed in CVS for TC5 and TC4. I have also 
improved the comment in the web.xml for TC5.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]