W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 2001

RE: Status code for creating lock-null resource

From: Lisa Dusseault <lisa@xythos.com>
Date: Thu, 28 Jun 2001 09:36:46 -0700
To: "Dan Brotsky" <dbrotsky@Adobe.COM>, <w3c-dist-auth@w3.org>
Message-ID: <HPELJFCBPHIPBEJDHKGKCEBFCIAA.lisa@xythos.com>

> b. If we're both trying to create and edit the same (new) resource,
> and my PUT precedes yours but my LOCK follows yours, then once I've
> obtained the LOCK I find that the etag on the resource is different
> than the one I got back from my PUT.  This is the canonical

I believe this can, and should, be solved with the consistent use of
"If-None-Match: *" in the PUT request, whenever a client is trying to create
a new resource.

> 2. Because there's no well-defined way for PUT to reliably create a
> no-content resource, which is the kind I claim you want to be
> creating when you're creating a new one but don't have content for it
> yet.  Most servers given a PUT of 0 length create a 0-length
> resource, which is quite a different thing than a no-content one.

Can you elaborate on how this is a different thing?  It might be just as
hard for servers to handle no-content resources (if they currently only
handle 0-length resources) as it is to support a lock-null resource.  At any
rate, I wouldn't support adding a completely new concept (no-content
resources) even if we did remove the lock-null concept.

lisa
Received on Thursday, 28 June 2001 12:38:56 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:43:56 GMT