RE: rfc2518 issue: DEFER_LOCK_NULL_RESOURCES_IN_SPEC

I think that adding 201 to the list of status codes returned by
LOCK is the right approach.

Cheers,
Geoff

-----Original Message-----
From: Jason Crawford [mailto:ccjason@us.ibm.com]
Sent: Thursday, August 09, 2001 3:12 PM
To: Lisa Dusseault
Cc: Clemm, Geoff; w3c-dist-auth@w3.org
Subject: RE: rfc2518 issue: DEFER_LOCK_NULL_RESOURCES_IN_SPEC





It sounds like we all agree with Geoff's wording.

Lisa did make an interesting observation below though.

<<
This means that LOCK can return 201, which is important to distingusih
between LOCK of an unmapped URL (I can go ahead and put my content) and
LOCK
of URL that somebody else just created (I should NOT send my content before
checking).
>>

Do we want to enhance Geoff's explanation or add a comment along the lines
of Lisa's observation?   Or just make sure we mention 201 where we list
potential error codes for LOCK requests?

J.

Received on Friday, 10 August 2001 12:24:07 UTC