- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Fri, 16 Dec 2005 21:48:40 +0100
- To: Lisa Dusseault <lisa@osafoundation.org>
- CC: Eric Sedlar <eric.sedlar@oracle.com>, greg stein <gstein@lyra.org>, Helge Hess <helge.hess@opengroupware.org>, Barry Lind <blind@xythos.com>, WebDav WG <w3c-dist-auth@w3.org>, Larry Masinter <LMM@acm.org>, Dan Brotsky <dbrotsky@adobe.com>, Chris Sharp <csharp@apple.com>, Jim Luther <luther.j@apple.com>, Stanley Guan <stanley.guan@oracle.com>, Kevin Wiggen <kwiggen@xythos.com>
Lisa Dusseault wrote:
>
>
> In the current proposed model of locking and binding (GULP -- several
> emails recently with pointers), it's defined that a lock covers the
Rather then letting people search for these messages, why not include a
link???
GULP:
<http://lists.w3.org/Archives/Public/w3c-dist-auth/2005OctDec/1003.html>
> binding that the LOCK request that was sent to and the resource that the
> binding maps to.
Actually, the URL, not the binding:
" - If a request causes a directly locked resource to no longer be
mapped to the lock-root of that lock, then the request MUST
fail unless the lock-token for that lock is submitted in the
request. If the request succeeds, then that lock MUST have been
deleted by that request."
> Another possible definition of the scope of a lock could be that the
> lock would cover the resource that the binding maps to and ALL bindings.
Previously discussed in
<http://lists.w3.org/Archives/Public/w3c-dist-auth/2005OctDec/1042.html>...
> One consequence of choosing between these two models is the cases in
> which DELETE of a locked resource requires the lock token. According to
> the first definition, DELETE requires a lock token only if the locked
> binding is addressed; all other bindings can be removed without needing
> a lock token. According to the second definition, DELETE of a locked
> resource always requires the lock token.
>
> Please answer with your model preference and reasoning so that we can
> close this issue. We'd particularly like to know if this affects an
> implementation -- an implementation that supports BIND, or has custom
> bindings through file system links (mod_dav?), or could otherwise be
> affected.
The effect of requiring all URLs to be protected by the lock are:
- more complexity in server
- loss of symmetry (why is it possible to add a binding without having
the lock token, but not to remove the same binding later?)
- questionable client semantics (exactly why would a client care??
please provide a use case that justifies the additional requirements).
Best regards, Julian
Received on Friday, 16 December 2005 20:50:14 UTC