W3C home > Mailing lists > Public > uri@w3.org > January 2006

Re: http-urls style, trailing slash and webdav

From: Reto Bachmann-Gmür <reto@gmuer.ch>
Date: Thu, 26 Jan 2006 17:29:00 +0100
Message-ID: <43D8F8CC.7010009@gmuer.ch>
To: Julian Reschke <julian.reschke@gmx.de>
Cc: uri@w3.org

Julian Reschke schrieb:
> Reto Bachmann-Gmür wrote:
>> ...
>> However implementing support for webdav all the clients I tested at 
>> least occasionally requested a collection without trailing slash, 
>> even if was referenced with slash in the containing collection, this 
>> makes it impossible to have two differen resource at 
>> http://wymiwyg.org/knobot (a GET-dereferencable resource) and 
>> http://wymiwyg.org/knobot/ (a dav:collection). It seems that the 
>> expected behavior is  that an URL with removed trailing slash either 
>> causes the same server response or a redirect to the resource with 
>> trailing slash.
> Yes. So why don't you just make it one resource that is both a 
> DAV:collection and has GETtable content?
The problems I see are:
- Relative URIs in formats such as HTML or N3
- Search engines index twice (maybe not with proper Content-Location header)
- Ambiguity when comparing meta-information (such as bookmark files, or 
annotea annotations)

Maybe a work around:
- On GET/POST/PUT requests with a slash at the end: redirect to the url 
without slash, except for "/"
- On PROPFIND/PROPATCH requests without slash at the end: deliver 
response for the resource with trailing slash iff this is a DAV:collection

Well, I don't like work arounds ;-) - the disadvantage of this one is 
that you can't access the non-collection resource with dav-clients (but 
for every available content-type there is a version with file-extension, 
which is accessible). A pity since things would almost work with the 
client integrated in KDE (you just have to manually add a slash to the 
url after entering a directory).

Any better suggestion?

Received on Thursday, 26 January 2006 16:29:25 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:25:09 UTC