Re: State of a lock

Sounds reasonable to me.

Cheers,
Geoff

Julian wrote on 02/13/2005 08:43:39 AM:
> 
> Hi,
> 
> in 
> 
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-locking-latest.html>, 

> 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 
in
>     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 
same
>     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