W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > October to December 2000

Questions on the LABEL method

From: Vasta, John <jvasta@rational.com>
Date: Mon, 16 Oct 2000 11:39:13 -0400
Message-ID: <982A819715AC804D915E8A053B48CBB8043AF8@sus-ma1it04.rational.com>
To: ietf-dav-versioning@w3.org
The Marshalling section of the LABEL method says:

"The request MAY include a Depth header.  If it does include a Depth header,
the response MUST be a 207 Multi-Status."

Does this mean that a multistatus response would be returned even if there
were no errors? In RFC2518, the responses for recursive operations are not
specified this way; 207 is only returned if there are errors on a resource
other than that denoted by the request URI. Shouldn't LABEL be consistent
with that behavior? (The same question applies to the SET-TARGET method.)

When executing a recursive label operation, must the server return an error
on any unlabelable resources it finds (e.g. unversioned resources), or can
it silently ignore them? The SET-TARGET method can be applied to a
collection which is not a version selector; should the LABEL method work the
same way?

If the LABEL request URI refers to a checked-out version selector (and there
is no Target-Selector header), what should the response be? It appears that
the request should fail, since a checked-out version selector has no target,
but what precondition violation should be reported?
DAV:must-be-version-or-version-selector doesn't seem right, since the
request does refer to a version selector, and DAV:must-select-version only
seems to apply when a Target-Selector header is used.

John Vasta
Received on Monday, 16 October 2000 11:40:05 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:55:45 UTC