- From: Juergen Reuter <reuterj@ira.uka.de>
- Date: Tue, 11 Apr 2000 01:17:26 +0200
- To: w3c-dist-auth@w3.org
- cc: reuterj@ira.uka.de, jjh@ira.uka.de
Hi, all!
Section 12.1.2 of WebDAV defines:
<!ELEMENT locktoken (href+) >
and says:
"The href contains one or more opaque lock token URIs which all
refer to the same lock (i.e., the OpaqueLockToken-URI production in
section 6.4)."
I wonder, in what cases there could actually occur multiple href
elements and how they could be useful:
* Section 6.3:
"A lock token is a type of state token, represented as a [single?] URI,
which identifies a particular lock."
This contradicts the above definition.
* Section 9.5:
'Lock-Token = "Lock-Token" ":" Coded-URL'
...
"The Lock-Token response header is used with the LOCK method to
indicate the lock token created as a result of a successful LOCK
request to create a new lock."
In other words, a server will return a *single* lock token URI as
Coded-URL in the Lock-Token header. But what will be returned in
the locktoken XML element of the corresponding response message body?
The same single URI? Or all URIs? Section 6.3 says: "A lock token
is returned by every successful LOCK operation in the lockdiscovery
property in the response body ..." So, is the Lock-Token header
needed at all? Anyway, what are multiple URIs for a single lock token
useful for?
* Section 13.8:
Does the lockdiscovery property contain all URIs of a lock token?
* Example 8.9.6:
"In this example the client has submitted a number of lock tokens with
the request."
For better understanding, I propose to change the wording, maybe
into something like:
"In this example the client has submitted a number of lock token URIs
with the request, where each URI represents a lock token."
Otherwise, all the URIs could refer to the same, single lock token.
* Section 8.10.4: "A successful result MUST return a single lock
token ...", but this single lock token may contain multiple URIs,
right?
Comments?
Bye,
Juergen
Received on Monday, 10 April 2000 19:17:45 UTC