You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Johnny Kewl <jo...@kewlstuff.co.za> on 2007/07/22 18:38:44 UTC
WebDav - mapping question?
Hi guys,
Being using FTP, thought I would give WebDav a try, but cant get it working nicely...
This is the mapping for the webdav servlet, and this I can get working with IE web folders (ms webdav client).... seems to work nicely.
<servlet-mapping>
<servlet-name>webdav</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
So I thought, nice, but it overrides the default welcome index.jsp page in the browser... so I tried this.
<servlet-mapping>
<servlet-name>webdav</servlet-name>
<url-pattern>/webdav/*</url-pattern>
</servlet-mapping>
Now the IE browser seems to respond correctly.... ie http://localhost:8080/webapp will give welcome page
and http://localhost:8080/webapp/webdav/ shows the files IN THE BROWSER
But in MS you have to stick the link in a Web-Folder so that you can manipulate files, and MS reports this (/webapp/webdav/) as not being a WEB Folder?
So I'm wondering if this mapping is illegal from the point of view of the webdav servlet.... or its a problem with MS Web Folders?
Thx....
________________________________________________________________
Johnny Kewl
eMail: John<No Spam>kewlstuff.co.za -- replace <No Spam> with @ --
Cell: +027-72- 473-9331
Java Developer (Tomcat Aficionado)
Free Tomcat software at http://coolese.100free.com/
________________________________________________________________
Re: AW: WebDav - mapping question?
Posted by Mark Thomas <ma...@apache.org>.
Konstantin Breu wrote:
> Hello Johnny,
> maybe it helps to install this Web folders update (at the clients):
> http://support.microsoft.com/kb/907306/en-us
If you haven't tried this yet, don't bother. As far as I can tell the
MS client is hopelessly broken. It used to be the case it was broken
on port 80 but worked on any other port (the client used depended on
the port!) but I can't get it to work at all with XP Home, SP2, IE7
and all latest fixes.
The last time I tested this on Windows and it worked was with IE6 on
port 8080.
If someone wants to dig into why this isn't working and provided
patches that would be great but bear in mind the need to remain spec
compliant.
It is also worth bearing in mind the Tomcat webDAV servlet is only an
example. It isn't a complete implementation as it doesn't do versioning.
DAVExplorer works quite happily but you don't get the Windows integration.
Mark
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
AW: WebDav - mapping question?
Posted by Konstantin Breu <Ko...@gmx.net>.
Hello Johnny,
maybe it helps to install this Web folders update (at the clients):
http://support.microsoft.com/kb/907306/en-us
Cheers,
Konstantin
-----Ursprüngliche Nachricht-----
Von: Johnny Kewl [mailto:john@kewlstuff.co.za]
Gesendet: Sonntag, 22. Juli 2007 18:39
An: Tomcat Users List
Betreff: WebDav - mapping question?
Hi guys,
Being using FTP, thought I would give WebDav a try, but cant get it working
nicely...
This is the mapping for the webdav servlet, and this I can get working with
IE web folders (ms webdav client).... seems to work nicely.
<servlet-mapping>
<servlet-name>webdav</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
So I thought, nice, but it overrides the default welcome index.jsp page in
the browser... so I tried this.
<servlet-mapping>
<servlet-name>webdav</servlet-name>
<url-pattern>/webdav/*</url-pattern>
</servlet-mapping>
Now the IE browser seems to respond correctly.... ie
http://localhost:8080/webapp will give welcome page
and http://localhost:8080/webapp/webdav/ shows the files IN THE BROWSER
But in MS you have to stick the link in a Web-Folder so that you can
manipulate files, and MS reports this (/webapp/webdav/) as not being a WEB
Folder?
So I'm wondering if this mapping is illegal from the point of view of the
webdav servlet.... or its a problem with MS Web Folders?
Thx....
________________________________________________________________
Johnny Kewl
eMail: John<No Spam>kewlstuff.co.za -- replace <No Spam> with @ --
Cell: +027-72- 473-9331
Java Developer (Tomcat Aficionado)
Free Tomcat software at http://coolese.100free.com/
________________________________________________________________
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
AW: WebDav - mapping question?
Posted by Konstantin Breu <Ko...@gmx.net>.
Hello,
maybe a filter, mapped to /* could look for requests to /webdav, and then
send the direct response (OPTIONS/PROPFIND,....), instead of 302. This could
be a workaround. There is also the problem with some MS clients, which do
requests to / (first of all OPTIONS requests). This could also be solved by
a filter. The filter would be an additional part of the webdav servlet, to
be used as "MS workaround"...
Cheers,
Konstantin
-----Ursprüngliche Nachricht-----
Von: Mark Thomas [mailto:markt@apache.org]
Gesendet: Dienstag, 24. Juli 2007 01:36
An: Tomcat Users List
Betreff: Re: WebDav - mapping question?
David Delbecq wrote:
> Tomcat should not refuse webapp/webdav if you have a mapping to
> /webdav/*. It should at least dispatch to servlet mapped on /webdav/*.
Tomcat doesn't reject requests of this type . For any directory
resource without a trailing '/' it will do a 302 redirect and add '/'.
The MS client doesn't seem to be able to handle the redirect. This is
probably the cause of the problem. I tried raising this with MS and
got nowhere.
Because of where Tomcat does this redirect, I can't immediately see a
way around this. I'll have a think over the next few days.
Mark
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: WebDav - mapping question?
Posted by Mark Thomas <ma...@apache.org>.
Just to finish this thread off...
The MS clients don't handle 302s at all well but this wasn't the problem
in this case. Sorry for the mis-direction on my part. The default Tomcat
WebDAV configuration is already set up to avoid this 302 issue.
The problem in this case was that MS clients make slight different
requests and I hadn't handled all possible code paths when making some
previous improvements. The current WebDAV servlet will work with MS
clients if the Servlet is mapped to '/*'. I have a patch ready to go
that fixes it for other paths such as '/webdav/*', '/edit/*' etc.
I'll commit this patch shortly for 4.1.x, 5.5.x and 6.0.x
With this patch in place, MS clients now work on port 80 as well as
other ports.
Mark
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: WebDav - mapping question?
Posted by David Delbecq <de...@oma.be>.
Hi Johnny,
As far as i know, tomcat/webdav is just a simple webdav implementation
that allow access to local file system. Slide webdav is file server that
provide a webdav interface. It does not store the submitted file as
plain file on server, but on stores (typically a database) that includes
documents binding, access control, revisions, metadatas. It also
provides a quite undocumented api to access documents from within your
java code and a webdav client API.
Johnny Kewl a écrit :
> David, just wondering.... I see you Jakarta, Slide is probably your
> project...
> I had a quick look, looks like a webdav, come file server.
> Tomcat is Jakarta right?.... so I'm just wondering why you guys dont
> talk about a common webdav module.... ie a tomact user adds a few more
> modules and gets slide, and webdav seems to be very much your thing,
> ie you up on the specs, so I'm thinking, why have two development
> efforts? ... just wondering....
>
> ----- Original Message ----- From: "David Delbecq" <de...@oma.be>
> To: "Tomcat Users List" <us...@tomcat.apache.org>
> Sent: Tuesday, July 24, 2007 1:06 PM
> Subject: Re: WebDav - mapping question?
>
>
>> That's strange that MS doesn't handle it. As i said, i have a slide
>> webdav servlet mapped to <webapp>/DAV/* and MS webfolder can access it
>> throught all our company without much troubles, even without a trailing
>> slash. (there are slight troubles that are unrelated)
>> Mark Thomas a écrit :
>>> David Delbecq wrote:
>>>
>>>> Tomcat should not refuse webapp/webdav if you have a mapping to
>>>> /webdav/*. It should at least dispatch to servlet mapped on /webdav/*.
>>>>
>>>
>>> Tomcat doesn't reject requests of this type . For any directory
>>> resource without a trailing '/' it will do a 302 redirect and add '/'.
>>> The MS client doesn't seem to be able to handle the redirect. This is
>>> probably the cause of the problem. I tried raising this with MS and
>>> got nowhere.
>>>
>>> Because of where Tomcat does this redirect, I can't immediately see a
>>> way around this. I'll have a think over the next few days.
>>>
>>> Mark
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To start a new topic, e-mail: users@tomcat.apache.org
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: WebDav - mapping question?
Posted by Mark Thomas <ma...@apache.org>.
Johnny Kewl wrote:
> Tomcat is Jakarta right?
It was. It isn't any more.
.... so I'm just wondering why you guys dont
> talk about a common webdav module....
Because the Tomcat one is just an example written in a single Servlet,
whereas Slide is a full implementation. Just look at the difference in
code volume.
> ie a tomact user adds a few more
> modules and gets slide, and webdav seems to be very much your thing, ie
> you up on the specs, so I'm thinking, why have two development efforts?
There is pretty much zero effort on the Tomcat implementation. The odd
bug gets fixed but if you want a production quality solution that is
what Slide is for. The projects are spearate as they have separate
aims. Tomcat's is to build a JSP/Servlet container, Slide's to build a
WebDAV implementation.
Mark
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: WebDav - mapping question?
Posted by Johnny Kewl <jo...@kewlstuff.co.za>.
David, just wondering.... I see you Jakarta, Slide is probably your
project...
I had a quick look, looks like a webdav, come file server.
Tomcat is Jakarta right?.... so I'm just wondering why you guys dont talk
about a common webdav module.... ie a tomact user adds a few more modules
and gets slide, and webdav seems to be very much your thing, ie you up on
the specs, so I'm thinking, why have two development efforts? ... just
wondering....
----- Original Message -----
From: "David Delbecq" <de...@oma.be>
To: "Tomcat Users List" <us...@tomcat.apache.org>
Sent: Tuesday, July 24, 2007 1:06 PM
Subject: Re: WebDav - mapping question?
> That's strange that MS doesn't handle it. As i said, i have a slide
> webdav servlet mapped to <webapp>/DAV/* and MS webfolder can access it
> throught all our company without much troubles, even without a trailing
> slash. (there are slight troubles that are unrelated)
> Mark Thomas a écrit :
>> David Delbecq wrote:
>>
>>> Tomcat should not refuse webapp/webdav if you have a mapping to
>>> /webdav/*. It should at least dispatch to servlet mapped on /webdav/*.
>>>
>>
>> Tomcat doesn't reject requests of this type . For any directory
>> resource without a trailing '/' it will do a 302 redirect and add '/'.
>> The MS client doesn't seem to be able to handle the redirect. This is
>> probably the cause of the problem. I tried raising this with MS and
>> got nowhere.
>>
>> Because of where Tomcat does this redirect, I can't immediately see a
>> way around this. I'll have a think over the next few days.
>>
>> Mark
>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: WebDav - mapping question?
Posted by David Delbecq <de...@oma.be>.
That's strange that MS doesn't handle it. As i said, i have a slide
webdav servlet mapped to <webapp>/DAV/* and MS webfolder can access it
throught all our company without much troubles, even without a trailing
slash. (there are slight troubles that are unrelated)
Mark Thomas a écrit :
> David Delbecq wrote:
>
>> Tomcat should not refuse webapp/webdav if you have a mapping to
>> /webdav/*. It should at least dispatch to servlet mapped on /webdav/*.
>>
>
> Tomcat doesn't reject requests of this type . For any directory
> resource without a trailing '/' it will do a 302 redirect and add '/'.
> The MS client doesn't seem to be able to handle the redirect. This is
> probably the cause of the problem. I tried raising this with MS and
> got nowhere.
>
> Because of where Tomcat does this redirect, I can't immediately see a
> way around this. I'll have a think over the next few days.
>
> Mark
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: WebDav - mapping question?
Posted by Johnny Kewl <jo...@kewlstuff.co.za>.
Hi MARK... I managed to break the thread.... please see the KLUDGE: WebDav -
mapping question post.
I had a look at the code (just enuf to find a kludge) but what actually
happens is that the WebDavServlet passes a GET onto the Default servlet.
If its a /yada/ it treats that as a folder.... but if its /yada.... it looks
for it (as a file), and naturally cant find it.
So when MS drops the trailing slash, because the WEBdav servlet actually
doesnt handle it and go "hang on this should actually be a folder", the
default servlet is simply saying.... cant find it.
Originally I mapped one servlet that dispatched to the webdav servlet.... ie
effectively turned /webdav/start into into /webdav/.... after screwing up
the interface and coming to the wrong conclusion, when I did fix it.... it
does make MS happy... ie MS displays the folders, however the "dispatch"
confuses webdav.... ie MS will display a WEBDAV folder that doesnt exist and
if one tries to access a file..... they cant be found.
So is seems when the dispatch interface calls into the default servlet,
looking for a folder.... the default servlet sees the /webdav/ as a
folder.... which is probably right, normally.... but not for webdav.
Anyway after some playing I realized that to make it work.... no matter what
the mapping.... the webdav software wants to see "/".... ie the root of the
webapp... which kinda makes sense because those are the files and folders
the user expects to start with in the client interface...
So the problem became how to make..... /blah/yada/webdav..... look like
"/".... and solve the trailing slash problem.... I had to make a simple
protocol.
ie if its going thru the web dav servlet.... convert the 'non' trailing
slash URI to "/"..... if it already has a trailing slash, the existing code
turns that into "/"
and then the default servlet returns the listing in that folder.
If I had to try put the problem in plain english.... TC webdav is expecting
to return a folder of information and relies on the trailing slash to do
that.... when MS drops that trailing slash in a request.... TC looks for the
'entity'.... and its not there.
Even though the trailing slash would make little difference when dealing
with servlets... because the webdav servlet is just passing GETS onto a
static resource handler.... those trailing slashes are the difference
between a folder, and an entity.
The whole problem seems to just be a tiny weenie little trailing slash ;)
KLUDGE: WebDav - mapping question post.... explains the rest... it works
well with MS.... hope you give it a try.
Please give it a little run with some other webdav clients as well....
because I think they probably honor the folder notation.... cant see any
reason why they will not continue to work as normal.... but I havnt tried
it.
Thanks...
----- Original Message -----
From: "Mark Thomas" <ma...@apache.org>
To: "Tomcat Users List" <us...@tomcat.apache.org>
Sent: Tuesday, July 24, 2007 1:35 AM
Subject: Re: WebDav - mapping question?
> David Delbecq wrote:
>> Tomcat should not refuse webapp/webdav if you have a mapping to
>> /webdav/*. It should at least dispatch to servlet mapped on /webdav/*.
>
> Tomcat doesn't reject requests of this type . For any directory
> resource without a trailing '/' it will do a 302 redirect and add '/'.
> The MS client doesn't seem to be able to handle the redirect. This is
> probably the cause of the problem. I tried raising this with MS and
> got nowhere.
>
> Because of where Tomcat does this redirect, I can't immediately see a
> way around this. I'll have a think over the next few days.
>
> Mark
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: WebDav - mapping question?
Posted by Mark Thomas <ma...@apache.org>.
David Delbecq wrote:
> Tomcat should not refuse webapp/webdav if you have a mapping to
> /webdav/*. It should at least dispatch to servlet mapped on /webdav/*.
Tomcat doesn't reject requests of this type . For any directory
resource without a trailing '/' it will do a 302 redirect and add '/'.
The MS client doesn't seem to be able to handle the redirect. This is
probably the cause of the problem. I tried raising this with MS and
got nowhere.
Because of where Tomcat does this redirect, I can't immediately see a
way around this. I'll have a think over the next few days.
Mark
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: WebDav - mapping question?
Posted by David Delbecq <de...@oma.be>.
Have never used the tomcat webdav servlet. I use the slide webdav
servlet. I thought i needed to correct your suppositions and mistakes in
handling protocol.
En l'instant précis du 23/07/07 12:31, Johnny Kewl s'exprimait en ces
termes:
> For future reference.... the WEBDAV problems between Microsoft and Tomcat
> seem to be as follows....
> First thanks for pointing me to the MS patch, although like the other
> poster
> said... it didnt help, or maybe it did, but only on the MS side.
>
> **** MICROSOFT doesnt like the lagging folder slash.... ****
> Tomcats mapping wants you to use a slash at the end.... ie webapp/webdav/
> When the MS webfolder client sends a request, it drops that lagging
> slash.... and tomcat promptly tells it to get lost.... see below for
> actual
> web conversations
Tomcat should not refuse webapp/webdav if you have a mapping to
/webdav/*. It should at least dispatch to servlet mapped on /webdav/*. I
have a slide webdav servlet mapped to /DAV/* and MS webfolder can mount
it without major troubles. However, maybe the tomcat servlet does not
recognize request properly when there is no trailing slashes. Then it
should be fixed to handle properly the root.
>
> Ok... this is not too big a problem to solve... I created a servlet
> mapped
> to
> /webapp/webdav/start (no lagging slash) and dispatched the requests
> off to
> /webapp/webdav/
> This solves the lagging slash problem... so now MS and tomcat will
> actually
> talk
>
> **** Tomcat thinks Microsoft is an alien ******
>
> But unfortunately, tomcat thinks microsoft is asking stupid questions and
> really craps all
> over MS..... "PROPFIND is not defined in RFC 2068".... go play with
> yourself
> MS ;)
>
> It (PROPFIND) does actually seem to be defined in
> http://www.ietf.org/rfc/rfc2518.txt
> and it seems MS was the main modifier of the RFC....
You redirecting servlet does not handle the propfind method. You
probably only implemented GET/POST in your servlet. Other methods are
handled by the default generic servlet behaviour which is some sort of
"unrecognized command" message. To handle all kind of http methods in
your servlet, override the following method:
protected void service(HttpServletRequest req, HttpServletResponse
resp)
Receives standard HTTP requests from the public service method
and dispatches them to the doXXX methods defined in this class.
It's not tomcat container job's to handle rfc2518 but it's the servlet's
job.
>
> So there you have it.... RFC 2068 is now too old.... because it seems MS
> just had the spec changed and didnt bother with any compatibility... like
> role back to 2068 if a new feature failed.
You get it wrong, 2068, is simple http (GET/POST/PUT/OPTIONS). 2518 is
WEBDAV protocol (PROPFIND, PROPPATCH, multi status responses, etc). No
webdav client would be able to handle a simple http server. It need
webdav commands to be available and server to send proper webdav
responses. That has nothing to do with MS.
> I dont know anything about webdav, it could be the old rfc was
> impossible to
> make work with the system shell, or they just figured, stuff it, we the
> desktop standard anyway, we'll do it our way..... hey Bill, change the
> spec
> ;)... who knows?
>
> Anyway it seems 2 things need to happen.... tomcat needs to be brought
> up to
> the current rfc, and all MS users out there beg the developer to please
> allow it to work with and without the lagging slash.... then I think life
> will be good in webdav lane ;)
>
> As it stands.... it will never work with MS
webdav servlet should be able to respond to requests without trailing
slashes. If not it should be fixed. There is no reason webapp/webdav/
and webapp/webdav would provide different responses.
> <snip>
--
http://www.noooxml.org/
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: WebDav - mapping question?
Posted by Johnny Kewl <jo...@kewlstuff.co.za>.
For future reference.... the WEBDAV problems between Microsoft and Tomcat
seem to be as follows....
First thanks for pointing me to the MS patch, although like the other poster
said... it didnt help, or maybe it did, but only on the MS side.
**** MICROSOFT doesnt like the lagging folder slash.... ****
Tomcats mapping wants you to use a slash at the end.... ie webapp/webdav/
When the MS webfolder client sends a request, it drops that lagging
slash.... and tomcat promptly tells it to get lost.... see below for actual
web conversations
Ok... this is not too big a problem to solve... I created a servlet mapped
to
/webapp/webdav/start (no lagging slash) and dispatched the requests off to
/webapp/webdav/
This solves the lagging slash problem... so now MS and tomcat will actually
talk
**** Tomcat thinks Microsoft is an alien ******
But unfortunately, tomcat thinks microsoft is asking stupid questions and
really craps all
over MS..... "PROPFIND is not defined in RFC 2068".... go play with yourself
MS ;)
It (PROPFIND) does actually seem to be defined in
http://www.ietf.org/rfc/rfc2518.txt
and it seems MS was the main modifier of the RFC....
So there you have it.... RFC 2068 is now too old.... because it seems MS
just had the spec changed and didnt bother with any compatibility... like
role back to 2068 if a new feature failed.
I dont know anything about webdav, it could be the old rfc was impossible to
make work with the system shell, or they just figured, stuff it, we the
desktop standard anyway, we'll do it our way..... hey Bill, change the spec
;)... who knows?
Anyway it seems 2 things need to happen.... tomcat needs to be brought up to
the current rfc, and all MS users out there beg the developer to please
allow it to work with and without the lagging slash.... then I think life
will be good in webdav lane ;)
As it stands.... it will never work with MS
======= Here is the lagging slash problem web conversation ======
PROPFIND /TestRemoteIp/webdav HTTP/1.1 (MICROSOFT drops the slash)
Content-Language: en-us
Accept-Language: en-za, en-us;q=0.2
Content-Type: text/xml
Translate: f
Depth: 1
Content-Length: 489
User-Agent: Microsoft Data Access Internet Publishing Provider DAV
Host: hplt1:8080
Connection: Keep-Alive
<?xml version="1.0" encoding="UTF-8" ?>
<a:propfind xmlns:a="DAV:" xmlns:b="urn:schemas-microsoft-com:datatypes">
<a:prop>
<a:name/>
<a:parentname/>
<a:href/>
<a:ishidden/>
<a:isreadonly/>
<a:getcontenttype/>
<a:contentclass/>
<a:getcontentlanguage/>
<a:creationdate/>
<a:lastaccessed/>
<a:getlastmodified/>
<a:getcontentlength/>
<a:iscollection/>
<a:isstructureddocument/>
<a:defaultdocument/>
<a:displayname/>
<a:isroot/>
<a:resourcetype/>
</a:prop>
</a:propfind>
HTTP/1.1 404 /webdav
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=utf-8
Content-Length: 973
Date: Mon, 23 Jul 2007 09:40:55 GMT
<html><head><title>Apache Tomcat/5.5.23 - Error report</title><style><!--H1
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;}
H2
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;}
H3
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;}
BODY
{font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;}
P
{font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A
{color : black;}A.name {color : black;}HR {color : #525D76;}--></style>
</head><body><h1>HTTP Status 404 - /webdav</h1><HR size="1"
noshade="noshade"><p><b>type</b> Status report</p><p><b>message</b>
<u>/webdav</u></p><p><b>description</b> <u>The requested resource (/webdav)
is
not available.</u></p><HR size="1" noshade="noshade"><h3>Apache
Tomcat/5.5.23</h3></body></html>
==========================================
======= Here is the dont ask stupid questions conversation======
PROPFIND /TestRemoteIp/webdav/start HTTP/1.1
Content-Language: en-us
Accept-Language: en-za, en-us;q=0.5
Content-Type: text/xml
Translate: f
Depth: 0
Content-Length: 0
User-Agent: Microsoft Data Access Internet Publishing Provider DAV
Host: hplt1:8080
Connection: Keep-Alive
Cookie: JSESSIONID=6AF6D3D8CB24D0311A4641068C4AA21D
HTTP/1.1 501 Method PROPFIND is not defined in RFC 2068 and is not supported
by the Servlet API
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=utf-8
Content-Length: 1238
Date: Mon, 23 Jul 2007 09:29:35 GMT
Connection: close
(MICROSOFT is told that it cant talk webdav 2068)
<html><head><title>Apache Tomcat/5.5.23 - Error report</title><style><!--H1
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;}
H2
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;}
H3
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;}
BODY
{font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B
{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;}
P
{font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A
{color : black;}A.name {color : black;}HR {color : #525D76;}--></style>
</head><body><h1>HTTP Status 501 - Method PROPFIND is not defined in RFC
2068 and is not supported by the Serv
let API </h1><HR size="1" noshade="noshade"><p><b>type</b> Status
report</p><p><b>message</b> <u>Method PROPFIND is not defined in RFC 2068
and is not supported by the Servlet API </u></p><p><b>description</b> <u>The
server does not support the functionality needed to fulfill this request
(Method PROPFIND is not defined in RFC 2068 and is not supported by the
Servlet API ).</u></p><HR size="1" noshade="noshade"><h3>Apache Tomcat/5.5
.23</h3></body></html>
=========================================================
----- Original Message -----
Hi guys,
Being using FTP, thought I would give WebDav a try, but cant get it working
nicely...
This is the mapping for the webdav servlet, and this I can get working with
IE web folders (ms webdav client).... seems to work nicely.
<servlet-mapping>
<servlet-name>webdav</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
So I thought, nice, but it overrides the default welcome index.jsp page in
the browser... so I tried this.
<servlet-mapping>
<servlet-name>webdav</servlet-name>
<url-pattern>/webdav/*</url-pattern>
</servlet-mapping>
Now the IE browser seems to respond correctly.... ie
http://localhost:8080/webapp will give welcome page
and http://localhost:8080/webapp/webdav/ shows the files IN THE BROWSER
But in MS you have to stick the link in a Web-Folder so that you can
manipulate files, and MS reports this (/webapp/webdav/) as not being a WEB
Folder?
So I'm wondering if this mapping is illegal from the point of view of the
webdav servlet.... or its a problem with MS Web Folders?
Thx....
________________________________________________________________
Johnny Kewl
eMail: John<No Spam>kewlstuff.co.za -- replace <No Spam> with @ --
Cell: +027-72- 473-9331
Java Developer (Tomcat Aficionado)
Free Tomcat software at http://coolese.100free.com/
________________________________________________________________
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org