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

RE: Summary of ETag related issues in RFC2518bis

From: Dan Brotsky <dbrotsky@adobe.com>
Date: Thu, 22 Dec 2005 18:46:53 -0800
Message-ID: <E1F796B37FB8544FA09F6258E7CED3BB4B9613@namail3.corp.adobe.com>
To: "Geoffrey M Clemm" <geoffrey.clemm@us.ibm.com>, " webdav" <w3c-dist-auth@w3.org>
Couldn't agree more with Geoff.


	From: w3c-dist-auth-request@w3.org
[mailto:w3c-dist-auth-request@w3.org] On Behalf Of Geoffrey M Clemm
	Sent: Thursday, December 22, 2005 05:54
	To: webdav
	Subject: Re: Summary of ETag related issues in RFC2518bis

	I believe that you are basing your conclusion on the assumption 
	that the authoring client can ignore the rewriting that is being

	done by the server.  In that case, I (and I'm reasonably sure,
	would agree that there is no need for the server to cancel the
	But the case being discussed here is where the server has 
	rewritten the text and wants the client to base future edits on
	rewritten text.  You may say "my server would never do that" or
	"I would never use a server that did that" (in which case you
	not want to spend any more time on this thread :-), but in case 
	the server did do that (and I have scenarios in which I can
	a server wanting to do that), I believe that automatically
	the lock is a good way of getting this point across to existing
	(who don't know about the 205 convention). 
	Yves wrote on 12/22/2005 03:18:03 AM:
	> On Thu, 22 Dec 2005, Julian Reschke wrote:
	> >> Julian: I agree with you, but did you think Dan was
suggesting otherwise,
	> >> or were you just agreeing with Dan's statement (or at
least, with the
	> >> "yes, it's OK" part)?   I am assuming that you were not
	> >> with Dan, since I don't believe he suggests anything that
would make ETag
	> >> behavior depend on whether the resource was locked or not.
	> >
	> > I agree that servers can rewrite the content upon PUT, even
if theresource 
	> > is locked. I do not agree that they need to break the lock
to do that.
	> Agreed, lock is there to ensure other clients won't edit the
resource. The 
	> server can do what it wants.
Received on Friday, 23 December 2005 02:47:13 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:01:34 UTC