W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > January to March 2006

[Bug 227] New: Collection state definition in conflict between BIND and RFC2518bis

From: <bugzilla@soe.ucsc.edu>
Date: Mon, 30 Jan 2006 09:42:52 -0800
Message-Id: <200601301742.k0UHgqgq029854@ietf.cse.ucsc.edu>
To: w3c-dist-auth@w3.org


           Summary: Collection state definition in conflict between BIND and
           Product: WebDAV-RFC2518-bis
           Version: -11
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: major
          Priority: P2
         Component: 05.  Collections of Web Resources
        AssignedTo: joe-bugzilla@cursive.net
        ReportedBy: julian.reschke@greenbytes.de
         QAContact: w3c-dist-auth@w3.org


"In [RFC2518], the state of a collection is defined as containing a list of
internal member URIs. If there are multiple mappings to a collection, then the
state of the collection is different when you refer to it via a different URI.
This is undesirable, since ideally a collection's membership should remain the
same, independent of which URI was used to reference it.

The notion of binding is introduced to separate the final segment of a URI from
its parent collection's contribution. This done, a collection can be defined as
containing a set of bindings, thus permitting new mappings to a collection
without modifying its membership. The authors of this specification anticipate
and recommend that future revisions of [RFC2518] will update the definition of
the state of a collection to correspond to the definition in this document."

I think BIND gets this right, and we should adopt that definition in RFC2518bis
(it won't affect anything else in the spec). If we can get to consensus for this
change, I'll happily provide spec text.

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
Received on Monday, 30 January 2006 17:43:03 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:01:35 UTC