W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > October to December 2009

bind issue: bind-vs-hierarchy

From: Julian Reschke <julian.reschke@gmx.de>
Date: Sun, 13 Dec 2009 20:44:12 +0100
Message-ID: <4B25440C.9080005@gmx.de>
To: WebDAV <w3c-dist-auth@w3.org>
CC: Alexey Melnikov <alexey.melnikov@isode.com>, Cullen Jennings <fluffy@cisco.com>, Lisa Dusseault <lisa.dusseault@gmail.com>
Julian Reschke wrote:
> ...
> 2) bind-vs-hierarchy 
> (<http://greenbytes.de/tech/webdav/draft-ietf-webdav-bind-issues.html#issue.bind-vs-hierarchy>) 
> ...

I have added the following note to the introduction of Section 2:

-- snip --
       Note: the collection model described herein is not compatible with
       systems in which resources inherit properties based solely on the
       access path, as the ability to create additional bindings will
       cause a single resource to appear as member of several different
       collections at the same time.
-- snip --

Also, the section about the WebDAV ACL spec has been rewritten to make 
clear that it doesn't have a problem with multiple bindings; it now reads:

-- snip --
10.  Relationship to WebDAV Access Control Protocol

    Note that the WebDAV Access Control Protocol has been designed for
    compatibility with systems that allow multiple URIs to map to the
    same resource (see [RFC3744], Section 5):

       ...Access control properties (especially DAV:acl and DAV:
       inherited-acl-set) are defined on the resource identified by the
       Request-URI of a PROPFIND request.  A direct consequence is that
       if the resource is accessible via multiple URI, the value of
       access control properties is the same across these URI. ...

    Furthermore, note that BIND and REBIND behave the same as MOVE with
    respect to the DAV:acl property (see [RFC3744], Section 7.3).
-- snip --

Diffs, as usually, at 
and <http://greenbytes.de/tech/webdav/draft-ietf-webdav-bind-issues.html>.

Feedback appreciated,

Received on Sunday, 13 December 2009 19:45:02 UTC

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