W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 2001


From: Clemm, Geoff <gclemm@rational.com>
Date: Sat, 21 Apr 2001 15:05:06 -0400
Message-ID: <3906C56A7BD1F54593344C05BD1374B102B9088C@SUS-MA1IT01>
To: w3c-dist-auth@w3.org
Redirecting GET and not PROPFIND would produce some rather
surprising results, since a variety of live properties describe
aspects of the content (e.g. DAV:getcontentlength, DAV:resourcetype),
which is why a redirect reference is defined as acting uniformly
across all operations.

The DAV:source property is just informative ... setting or modifying
it on a resource does not modify the result of operations applied
to that resource.

So there is currently no interoperable way to produce the result
you have in mind.


-----Original Message-----
From: Adam Freeman [mailto:afreeman@lightsurf.com]
Sent: Thursday, April 19, 2001 3:23 PM
To: w3c-dist-auth@w3.org
Subject: Issue: BIND and MKRESOURCE

I am a new subscriber to this list and have just started checking out
WebDAV.  I've been reviewing the memos for BIND and MKRESOURCE for
redirecting references.  What I would like to do with WebDAV is create a new
resource that references an original resource but with different metadata
(MKRESOURCE can be used to do this).  The problem is MKRESOURCE will make it
so that a redirect (302) is sent back to the client but I would like to send
back the original resource bits.  This is pretty much what BIND is supposed
to do except that BIND also returns back the same metadata information for
the bound uri as the original.

It makes sense to me that a DAV server could *either* send back a 302 or the
original bits given the resourcetype of the resource ... ?

I managed to hack this by creating a soft link on the server using ln -s and
then I could have different metadata for the reference than the original but
have both return the original bits.

For example,

    wh24.ref -> wh24.jpg

where wh24.jpg and wh24.ref have different metadata on the DAV server.

Also, is the <link><src/><dst/></link> property supposed to do what I am
trying to do.  If so, I couldn't figure out how to use it properly.  I tried
placing the property in the root collection like this -->


but when I try to access wh24.ref on the server I get a 404.

Received on Saturday, 21 April 2001 15:03:45 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:22 UTC