- From: <bugzilla@soe.ucsc.edu>
- Date: Thu, 16 Feb 2006 10:54:29 -0800
- To: w3c-dist-auth@w3.org
http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=227
julian.reschke@greenbytes.de changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|julian.reschke@greenbytes.de|lisa@osafoundation.org
------- Additional Comments From julian.reschke@greenbytes.de 2006-02-16 10:54 -------
I did the changes discussed in the 2006-02-15 telecon. See below and
at
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-rfc2518bis-latest.html#rfc.issue.bz227>.
Section 3., para. 3:
OLD:
Collection - A resource that contains a set of URLs, which identify
and locate member resources and which meet the collections
requirements (Section 5).
Member URL - A URL which is a member of the set of URLs contained by
a collection.
Path Segment - Informally, the characters found between slashes ("/")
in a URI. Formally, as defined in Section 3.3 of [RFC3986].
Internal Member URL - A member URL that is immediately relative to
the URL of the collection. That is, the internal member URL is equal
to a containing collection's URL plus an additional path segment for
non-collection resources, or additional segment plus trailing slash
"/" for collection resources.
NEW:
Path Segment - Informally, the characters found between slashes ("/")
in a URI. Formally, as defined in Section 3.3 of [RFC3986].
Collection - Informally, a resource that also acts as a container of
references to child resources. Formally, a resource that contains a
set of mappings between path segments and resources and meets the
requirements in Section 5.
Internal Member (of a Collection) - Informally, a child resource of a
collection. Formally, a resource referenced by a path segment
contained in the collection.
Internal Member URL (of a Collection) - A URL of an internal member,
consisting of the URL of the collection (including trailing slash)
plus the path segment identifying the internal member.
Member (of a Collection) - Informally, a "descendant" of a
collection. Formally, an internal member of the collection, or,
recursively, a member of an internal member.
Member URL (of a Collection) - A URL that is either an internal
member URL of the collection itself, or is an internal member URL of
a member of that collection.
(rewrite definitions of collection and (internal) member (URL)).
Section 5.2., para. 3:
OLD:
When a WebDAV resource has a URL U, such that U is the same as URL V
plus a single additional path segment, then if the resource
identified by V is WebDAV compliant it MUST be a collection that has
U as an internal member URL. For example, if
"http://example.com/bar/blah" is a WebDAV resource, then if
"http://example.com/bar/" is WebDAV compliant, it MUST be a
collection and MUST contain "http://example.com/bar/blah" as an
internal member.
Collection resources MAY have internal members with mappings to non-
WebDAV compliant children in the HTTP URL namespace hierarchy but are
not required to do so. For example, if the resource X with URL
"http://example.com/bar/index.html" is not WebDAV compliant and the
resource with URL "http://example.com/bar/" identifies a collection,
then collection "bar" might or might not have an internal member with
a mapping from "index.html" to the resource X. If the collection
doesn't have such an internal member, presumably the consequence is
that the "index.html" resource might not show up in PROPFIND
responses, might not be locked when the collection is locked, might
not have WebDAV properties, and so on.
NEW:
For all WebDAV compliant resources A and B, identified by URLs "U"
and "V" respectively, such that "V" is equal to "U/SEGMENT", A MUST
be a collection that contains a mapping from "SEGMENT" to B. So, if
resource B with URL "http://example.com/bar/blah" is WebDAV compliant
and if resource A with URL "http://example.com/bar/" is WebDAV
compliant, then resource A must be a collection and must contain a
mapping from "blah" to B.
Collection resources MAY have mappings to non-WebDAV compliant
resources in the HTTP URL namespace hierarchy but are not required to
do so. For example, if the resource X with URL
"http://example.com/bar/blah" is not WebDAV compliant and the
resource A with "URL http://example.com/bar/" identifies a
collection, then A may or may not have a mapping from "blah" to X.
(use text supplied by Geoff)
Section 5.
NEW:
5.2.1. Example: non WebDAV-compliant resource in collection
A typical scenario in which mapped URLs do not appear as members of
their parent collection is the case where a server separates WebDAV
specific handling from other extensions, such as controlling redirect
resources. For instance, "/col/link" would not appear as a member of
"/col/", although the server would respond with a 302 status to a GET
request to "/col/link", thus the URL "/col/link" would indeed be
mapped.
5.2.2. Example: URL of WebDAV-compliant resource not appearing in
parent collection
An example for this case are servers that support multiple alias URLs
for each WebDAV compliant resource. For instance, a server may
implement case-insensitive URLs, thus "/col/a" and "/col/A" identify
the same resource, yet only either "a" or "A" are reported upon
listing the members of "/col".
(add two examples)
Section 9.1., para. 11:
OLD:
Consequently, the 'multistatus' XML element for a collection resource
with member URLs MUST include a 'response' XML element for each
member URL of the collection, to whatever depth was requested. Each
'response' XML element MUST contain an 'href' XML element that
contains the URL of the resource on which the properties in the prop
XML element are defined. Results for a PROPFIND on a collection
resource with internal member URLs are returned as a flat list whose
order of entries is not significant. Note that a resource may have
only one value for a property of a given name, so the property may
only show up once in PROPFIND responses.
NEW:
Consequently, the 'multistatus' XML element for a collection resource
MUST include a 'response' XML element for each member URL of the
collection, to whatever depth was requested. It SHOULD NOT include
any 'response' XML elements for resources that are not WebDAV-
compliant. Each 'response' XML element MUST contain an 'href' XML
element that contains the URL of the resource on which the properties
in the prop XML element are defined. Results for a PROPFIND on a
collection resource are returned as a flat list whose order of
entries is not significant. Note that a resource may have only one
value for a property of a given name, so the property may only show
up once in PROPFIND responses.
(Simply, + add text about SHOULD NOT include non-WebDAV compliant resources)
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
Received on Thursday, 16 February 2006 18:54:36 UTC