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

Re: State of a lock

From: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
Date: Sun, 13 Feb 2005 13:59:12 -0500
To: " webdav" <w3c-dist-auth@w3.org>
Message-ID: <OF485F699C.337DBD6A-ON85256FA7.00683A7C-85256FA7.00684CD9@us.ibm.com>
Sounds reasonable to me.


Julian wrote on 02/13/2005 08:43:39 AM:
> Hi,
> in 

> I just extended the description of the status of a WebDAV lock to also 
> contain information about the authenticated principal on whose behalf 
> the lock was created. To clarify the role of "Lock Owner", I renamed 
> that subsection to "Client-supplied Lock Owner Information". Both 
> changes should now make it clear that the state of a lock indeed may 
> include both pieces of information (which may have little relation to 
> each other).
> The new text reads:
> 2.5.5  Client-supplied Lock Owner Information (optional)
>     Clients can submit information about the lock owner when creating a
>     lock.  This information should be sufficient for either directly
>     contacting a principal (such as a telephone number or email URI), or
>     for discovering the principal (such as the URL of a homepage).
>     Owner information is kept with the lock so that it can be returned 
>     the DAV:lockdiscovery property upon request.  Note that this
>     information is entirely client-controlled, thus a server MUST store
>     the information faithfully just like if it appeared in a WebDAV dead
>     property (see [RFC2518], section 4).
> 2.5.6  Lock Creator (optional)
>     When a lock has been created by an authenticated principal, the
>     server SHOULD keep information about that principal with the lock.
>     This enables the server to subsequently check whether a lock
>     identified by a lock token submitted in a request belongs to the 
>     principal on whose behalf the lock was initially created (see
>     Section 8.2.1 below).
> (Change tracked at 
> <http://greenbytes.de/tech/webdav/draft-reschke-webdav-locking-
> latest.html#rfc.issue.lock_state_auth_principal>).
> Feedback appreciated,
> Julian
Received on Sunday, 13 February 2005 18:59:45 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:33 UTC