DO NOT REPLY [Bug 36303] New: - webdav servlet does not work when setting port to 80 for the http connector
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 36303] - webdav servlet does not work when setting port to 80 for the http connector
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] - webdav servlet does not work when setting port to 80 for the http connector
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 [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
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 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 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
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
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] New: - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
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: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app servlet servlet-namewebdav/servlet-name servlet-classorg.apache.catalina.servlets.WebdavServlet/servlet-class init-param param-namedebug/param-name param-value10/param-value /init-param init-param param-namelistings/param-name param-valuetrue/param-value /init-param !-- Uncomment this to enable read and write access -- init-param param-namereadonly/param-name param-valuefalse/param-value /init-param !--load-on-startup1/load-on-startup-- /servlet servlet-mapping servlet-namewebdav/servlet-name url-pattern//url-pattern /servlet-mapping /web-app 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 27190] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
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] - Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
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
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
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
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
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
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 26449] - Webdav servlet will not open in IE web folder.
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 welcome-file / 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.
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: quote 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. /quote 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] New: - Webdav servlet will not open in IE web folder.
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]
DO NOT REPLY [Bug 26449] - Webdav servlet will not open in IE web folder.
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]
Tomcat WebDav servlet and webapp properties
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]
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]
RE: Tomcat WebDav servlet and webapp properties
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]
[Bug 448] New - Support for PROPPATCH in WebDAV Servlet BugRat Report#769
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]
Webdav Servlet
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]
Re: Webdav Servlet
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]
Re: Webdav Servlet
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
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]
