DO NOT REPLY [Bug 36303] - webdav servlet does not work when setting port to 80 for the http connector

[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://issues.apache.org/bugzilla/show_bug.cgi?id=36303





--- Additional Comments From [EMAIL PROTECTED]  2005-08-22 22:00 ---
Microsoft has 2 primary dav clients.  They are both full of bugs and require a
number of workarounds in a dav server to interact properly, especially in the
i18n realm.

Here are two resources you may find helpful:
http://greenbytes.de/tech/webdav/webfolder-client-list.html
http://greenbytes.de/tech/webdav/webdav-redirector-list.html

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 36303] - webdav servlet does not work when setting port to 80 for the http connector

[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://issues.apache.org/bugzilla/show_bug.cgi?id=36303


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-08-22 21:54 ---
It appears that XP uses a different webDAV client depending on the port in use.
Port 80:
User-Agent: Microsoft-WebDAV-MiniRedir/5.1.2600 (fails)
Port 81:
Microsoft Data Access Internet Publishing Provider DAV 1.1 (works)

The headers for the request with each user agent are slightly different but the
response from Tomcat is identical.

Note that Tomcat was actually running on port 8080 and I was using a proxy
(TcpMon from Axis) on ports 80 and 81.

This looks like a Microsoft issue to me so I am going to resolve this as 
invalid.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 36303] - webdav servlet does not work when setting port to 80 for the http connector

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36303>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36303





--- Additional Comments From [EMAIL PROTECTED]  2005-08-22 16:29 ---
When testing with SkunkDAV - it seems to be working (I get a lot of errors from
either skunkdav or webdav servlet, but at least the file listing seems to be
working)

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 36303] New: - webdav servlet does not work when setting port to 80 for the http connector

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36303>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36303

   Summary: webdav servlet does not work when setting port to 80 for
the http connector
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Servlets:WebDAV
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The webdav client that I use is IE 6.0.

I am accessing webdav servlet by clicking File->Open->http://localhost/webdav/
and checking the "Open as Web Folder" checkbox.

IE's response is: "\\localhost\webdav is not accessible. You might not have
permissions to use this network resource. Contact administrator...

The network path was not found."

When setting the port to 81, 8080, and opening the location as a web folder, the
webdav servlet responds properly.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 29094] - Webdav servlet failure in 5.0.24 with IE5 and IE6 clients

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=29094>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29094

Webdav servlet failure in 5.0.24 with IE5 and IE6 clients

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2004-05-19 19:58 ---
This works for me. Please follow up on the tomcat-user mailing list. The first 
thing to check is the mapping in web.xml.
Anything other than
  
webdav
/*
  
is likely to cause problems with IE die to various IE bugs.

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

DO NOT REPLY [Bug 29094] New: - Webdav servlet failure in 5.0.24 with IE5 and IE6 clients

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=29094>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29094

Webdav servlet failure in 5.0.24 with IE5 and IE6 clients

   Summary: Webdav servlet failure in 5.0.24 with IE5 and IE6
clients
   Product: Tomcat 5
   Version: 5.0.24
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The webdav webapp of 5.0.24 cannot serve web folders to IE5 or IE6. Two things 
to note:
1. The bug is not seen in 4.1.12
2. The Goliath 1.0.1 webdav client on Mac OS X 10.3.3 is OK with 5.0.24 as well 
as 4.1.12

Here are the Tomcat access log entries when trying to create the web folder in 
IE6 against Tomcat 5.0.25:
192.168.1.14 - - [19/May/2004:16:22:03 +] "OPTIONS / HTTP/1.1" 200 9231
192.168.1.14 - - [19/May/2004:16:22:03 +] "GET /_vti_inf.html HTTP/1.1" 404 
974
192.168.1.14 - - [19/May/2004:16:22:03 +] "POST /_vti_bin/shtml.exe/_vti_rpc 
HTTP/1.1" 404 1016

After the POST IE throws up a dialog saying it can't create the web folder. 
Clicking yes sends another GET and IE displays a directory listing of the webdav 
webapp's file system.

Here are the Tomcat access log entries when doing the same thing against Tomcat 
4.1.12:
192.168.1.8 - - [19/May/2004:17:28:05 00] "OPTIONS / HTTP/1.1" 200 -
192.168.1.8 - - [19/May/2004:17:28:05 00] "GET /_vti_inf.html HTTP/1.1" 404 -
192.168.1.8 - - [19/May/2004:17:28:05 00] "POST /_vti_bin/shtml.exe/_vti_rpc 
HTTP/1.1" 404 -
192.168.1.8 - - [19/May/2004:17:28:05 00] "OPTIONS /webdav HTTP/1.1" 200 -
192.168.1.8 - - [19/May/2004:17:28:05 00] "PROPFIND /webdav HTTP/1.1" 207 -
192.168.1.8 - - [19/May/2004:17:28:05 00] "PROPFIND /webdav HTTP/1.1" 207 -
192.168.1.8 - - [19/May/2004:17:28:05 00] "PROPFIND /webdav HTTP/1.1" 207 -

IE displays a web folder containing the webdav webapp's file system.

-
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
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27190>.
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]

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
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27190>.
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
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27190>.
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
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27190>.
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
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27190>.
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
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27190>.
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
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27190>.
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
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27190>.
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
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27190>.
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] New: - 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
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27190>.
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

   Summary: Redirect problem with the COPY / MOVE request handling
in the WebDAV servlet
   Product: Tomcat 5
   Version: 5.0.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlets:WebDAV
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi,

there is a redirect problem with the COPY / MOVE request handling in the WebDAV
servlet of
Tomcat.

Environment:

I created the webdav application with the following web.xml file in
webapps/webdav/WEB-INF:

http://java.sun.com/dtd/web-app_2_3.dtd";>
 

 
  
webdav
org.apache.catalina.servlets.WebdavServlet

  debug
  10


  listings
  true



  readonly
  false


  
  
webdav
/
  



The directory webapps/webdav/ is writable by the Tomcat jvm.

I created the collection col  with cadaver (which worked fine).

So this is our starting point:

dav:/webdav/> ls
Listing collection `/webdav/': succeeded.
Coll:  col 0  Jan  1  1970

If you try to move the collection col to col1 which results in the following request

MOVE /webdav/col HTTP/1.1
User-Agent: neon/0.23.0 cadaver/0.20.5
Connection: TE
TE: trailers
Destination: http://127.0.0.1:8080/webdav/col1
Overwrite: T

you get a 302 as response:

HTTP/1.1 302 Moved Temporarily
Location: http://127.0.0.1:8080/webdav/col/
Transfer-Encoding: chunked
Date: Tue, 24 Feb 2004 13:37:41 GMT
Server: Apache-Coyote/1.1

The reason for this behaviour is caused by the fact that MOVE /webdav/col is used
instead of MOVE /webdav/col/. If you use MOVE /webdav/col/ everything works fine.

This is the reason why there is the redirect-carefully special environment
variable within Apache
as this problem is known with many webdav clients (see also
http://httpd.apache.org/docs-2.0/env.html#special).

The actual redirect is created in the lines 753 - 767 of

org/apache/tomcat/util/http/mapper/Mapper.java

which creates this redirect long before the WebDAVServlet has a chance to handle
this situation on its own.
And now I am a little helpless how to fix this :-).


Regards

Rüdiger Plüm

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

DO NOT REPLY [Bug 26449] - Webdav servlet will not open in IE web folder.

[bugzilla]

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=26449>.
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=26449

Webdav servlet will not open in IE web folder.





--- Additional Comments From [EMAIL PROTECTED]  2004-01-29 19:58 ---
After looking at this further (with some pointers from Tobias and Remy) it 
looks like that there are a combination of issues at play here and the root 
cause may be one (or many!) of the following:
- The IE redirect bug (see above) affects NT and 2000. XP is meant to be fixed 
but I am _sure_ I have seen this on XP.
- Interaction with the welcome file behaviour. Either use "/*" as the url 
pattern in the servlet mapping or specify a welcome file of 

I am going to change the url pattern in the servlet mapping in TC5 to "/*" to 
ensure this works out of the box.

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

DO NOT REPLY [Bug 26449] - Webdav servlet will not open in IE web folder.

[bugzilla]

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=26449>.
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=26449

Webdav servlet will not open in IE web folder.





--- Additional Comments From [EMAIL PROTECTED]  2004-01-28 21:05 ---
This is invalid but it is actually because of a bug in IE.

Steps to reproduce:
1. Install tomcat 5 (latest version), enable webdav servlet (read docs for 
details)
2. Start tomcat 5
3. Open internet exploer
4. Select File > Open
5. Enter http://localhost/webdav/
6. Tick the open as webfolder option

There are actually two problems.
A. IE actually requests http://localhost/webdav rather than
http://localhost/webdav/
B. Tomcat returns a 302 to this request, redirecting to
http://localhost/webdav/ 
IE ignores this redirect

Further info may be found at
http://www.mail-archive.com/[EMAIL PROTECTED]/msg109970.html

I have tried in vain to get MS to do something about this. To quote from their 
reply:

However, I'm sorry to inform you that this issue falls outside the
support boundaries for Microsoft Windows products. I would like to
suggest that you contact Microsoft Support Professional. I believe that
they will assist you best since this issue relates to development.


And I thought webdav was user functionality...

If you feel inclined to try and get MS to do something about this, best of 
luck!

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

DO NOT REPLY [Bug 26449] - Webdav servlet will not open in IE web folder.

[bugzilla]

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=26449>.
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=26449

Webdav servlet will not open in IE web folder.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-01-27 08:35 ---
This doesn't sound very convincing, especially since you don't seem to have
tried anything to confirm the WebDAV servlet was correctly used, nor did you
test with another WebDAV client. I don't know why everyone assumes one needs the
webdav folder, since there's only web.xml in there, which only defines the
webdav servlet declaration and mapping.

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

DO NOT REPLY [Bug 26449] New: - Webdav servlet will not open in IE web folder.

[bugzilla]

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=26449>.
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=26449

Webdav servlet will not open in IE web folder.

   Summary: Webdav servlet will not open in IE web folder.
   Product: Tomcat 5
   Version: 5.0.18
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlets:WebDAV
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have some problem with the webdav servlet in the new version of tomcat.
I am able to get the web.xml from the webdav folder in tomcat 4.1 to work 
there, but not in tomcat 5.0.18. It will not show up in IE web folder when i 
copied the webdav folder from 4.1 to 5.0.18.

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

RE: Tomcat WebDav servlet and webapp properties

[John Trollinger]

Yeah.. It might.. Can you send it over to me..

[EMAIL PROTECTED]

Thanks,

John

-Original Message-
From: Nick Sharples [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, May 16, 2002 10:27 AM
To: Tomcat Developers List
Subject: Re: Tomcat WebDav servlet and webapp properties



John Trollinger writes:
 > I admit that what I am trying to do is a hack up front, but any help
> would be great.  > 
 > I am trying make the webdav servlet that comes with tomcat like ftp
over  > port 80.  
 > 
 > What we want to do is allow people to change files for any webapp  >
deployed by connecting to the webdav webapp.  The problem we are having
> is how fool the webdav servlet into using a different path.  > 
 > For example take a look at the following directory structure  > 
 > Tomcat
 >  --> webapps
 >  --> appone
 >--> directoryone
 >  --> apptwo
 >  --> webdav
 > 
 > We want the webdav servlet be able to be configured so that it uses
the  > tomcat/webapps/appone/directoryone as the root path when
connected to by  > a webdav client.  > 
 > Is this even posible.

I hacked up a WebDav solution to a *person webfolder* requirement we had
alittle while ago. It's not that clever, all it does is authenticate the
user and take them to a personal WebDav folder under the WebDav context.
It's a complete hack and not exactly what your after but mail me if you
think it would help.

..Nick

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


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

Re: Tomcat WebDav servlet and webapp properties

[Nick Sharples]

John Trollinger writes:
 > I admit that what I am trying to do is a hack up front, but any help
 > would be great.
 > 
 > I am trying make the webdav servlet that comes with tomcat like ftp over
 > port 80.  
 > 
 > What we want to do is allow people to change files for any webapp
 > deployed by connecting to the webdav webapp.  The problem we are having
 > is how fool the webdav servlet into using a different path.
 > 
 > For example take a look at the following directory structure
 > 
 > Tomcat
 >  --> webapps
 >  --> appone
 >--> directoryone
 >  --> apptwo
 >  --> webdav
 > 
 > We want the webdav servlet be able to be configured so that it uses the
 > tomcat/webapps/appone/directoryone as the root path when connected to by
 > a webdav client.
 > 
 > Is this even posible.

I hacked up a WebDav solution to a *person webfolder* requirement we
had alittle while ago. It's not that clever, all it does is
authenticate the user and take them to a personal WebDav folder under
the WebDav context. It's a complete hack and not exactly what your
after but mail me if you think it would help.

..Nick

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

Tomcat WebDav servlet and webapp properties

[John Trollinger]

I admit that what I am trying to do is a hack up front, but any help
would be great.

I am trying make the webdav servlet that comes with tomcat like ftp over
port 80.  

What we want to do is allow people to change files for any webapp
deployed by connecting to the webdav webapp.  The problem we are having
is how fool the webdav servlet into using a different path.

For example take a look at the following directory structure

Tomcat
 --> webapps
--> appone
  --> directoryone
--> apptwo
--> webdav

We want the webdav servlet be able to be configured so that it uses the
tomcat/webapps/appone/directoryone as the root path when connected to by
a webdav client.

Is this even posible.

Thanks

John Trollinger 


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

[Bug 448] New - Support for PROPPATCH in WebDAV Servlet BugRat Report#769

[bugzilla]

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

*** shadow/448  Tue Jan 30 17:09:57 2001
--- shadow/448.tmp.6489 Tue Jan 30 17:09:57 2001
***
*** 0 
--- 1,19 
+ ++
+ | Support for PROPPATCH in WebDAV Servlet BugRat Report#769  |
+ ++
+ |Bug #: 448 Product: Tomcat 4|
+ |   Status: RESOLVEDVersion: 4.0 Beta 1  |
+ |   Resolution: WONTFIXPlatform: All |
+ | Severity: Normal   OS/Version: All |
+ | Priority: High  Component: Catalina|
+ ++
+ |  Assigned To: BugRatImport |
+ |  Reported By: [EMAIL PROTECTED]|
+ |  CC list: Cc:  |
+ ++
+ |  URL:  |
+ ++
+ |  DESCRIPTION   |
+ The WebDAV servlet of the Catalina engine does not support the PROPPATCH operation.
+ So it is not possible to set "dead properties".
+ Future versions of the WebDAV Servlet should support operations on arbitrary 
+properties as suggested in the WebDAV specs.

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

Re: Webdav Servlet

[Remy Maucherat]

> > Hi,
>
> Hi there !
>
> > today I looked through the webdav servlet. Now I have two questions: On
> > an OPTIONS request the header is not containing the "MS-Author-Via: DAV"
> > line.
>
> I just had a brief look at ftp://ftp.isi.edu/in-notes/rfc2518.txt
>
> and guess what I could not find any reference for an "MS-Author-Via: DAV"
> HTTP header field being required by a WebDAV implementation.

It's definitely not a standard header.
However, that's a very interesting explanation. I also noticed that the
latest versions of the Webfolders didn't try to access Frontpage style URLs
anymore, so apparently MS adopted a more standard behavior.

Remy


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

Re: Webdav Servlet

[Ulf Jaehrig]

Hi,

> and guess what I could not find any reference for an "MS-Author-Via: DAV"
> HTTP header field being required by a WebDAV implementation.

I think it is just an MS extension. So it's not required. But it also should
not cause any harm if you add it.

> Could you please provide a reference to where in the WebDAV related
> standards this has been defined ?

I have seen it the first time in the webdav module in apache.

> That's a problem of the MS webdav tools, not using the "DAV:" header for
> detection but instead expecting a Microsoft Products only non
> standardized header parameter, isn't it ?

Yes, I agree entirely  with you. Especially since MS was involved in the
webdav standardization process... But unfortunately most of the current webdav
clients are MS products and these programs expect this additional header. If
you can reduce useless requests to the server by adding this line, don't you
think it would be a good thing?

Bye,
Ulf



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

Re: Webdav Servlet

[Bernd Eilers]

> Hi,

Hi there !

> today I looked through the webdav servlet. Now I have two questions: On
> an OPTIONS request the header is not containing the "MS-Author-Via: DAV"
> line. 

I just had a brief look at ftp://ftp.isi.edu/in-notes/rfc2518.txt

and guess what I could not find any reference for an "MS-Author-Via: DAV"
HTTP header field being required by a WebDAV implementation.

Could you please provide a reference to where in the WebDAV related 
standards this has been defined ?

Section 9.1 of rfc2518 though very clearly describes a required DAV: 
Header that could be used by WebDAV clients to detect wether a resource 
is a WebDAV resource.

> So the MS webdav tools will try the frontpage extensions first.

That's a problem of the MS webdav tools, not using the "DAV:" header for 
detection but instead expecting a Microsoft Products only non 
standardized header parameter, isn't it ?

> If this header line would be added to (unneeded) requests would be 
omitted.

> [...]


> Bye,
> Ulf

Bye,
Bernd


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

Webdav Servlet

[Ulf Jaehrig]

Hi,

today I looked through the webdav servlet. Now I have two questions: On
an OPTIONS request the header is not containing the "MS-Author-Via: DAV"
line. So the MS webdav tools will try the frontpage extensions first. If
this header line would be added to (unneeded) requests would be omitted.

Second question: The second frontpage query is a POST request. This
request is handled by the default implementation of the DefaultServlet.
The default implementation is empty, so a "200 OK" response is
generated. Should the default implementation not deliver something like
a SC_FORBIDDEN?

Bye,
Ulf



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