Re: Etag-on-write, 2nd attempt (== IETF draft 01)

On Sep 13, 2006, at 5:46 AM, Yves Lafon wrote:

> On Wed, 13 Sep 2006, Jamie Lokier wrote:
>>> On Sep 13, 2006, at 24:55, Lisa Dusseault wrote:
>>>> It's technically correct to say that servers are allowed to rewrite
>>>> content.  However, existing deployed offline-cache clients assume
>>>> that they do not.
> Well, I have a server that does exactly that, as CVS is expanding  
> keywords like $Id$ on commit.

And also returns a strong ETag on PUT when making these changes?   
Even if so, that sounds like one of those cases which, if the client  
caches the resource entity they PUT, whether that's for viewing now  
or modification later, will work reasonably well.  Not perfectly --  
clients won't have the replacement value for those keywords, which  
might be nice for the user viewing the resource.

So just how do your clients handle this?  do they have offline caches?

> Would it be OK for a server to return a 205 Reset Content with the  
> Etag ?
> That way the client would know that a refetch is in order.

That seems good to me so far.


Received on Wednesday, 13 September 2006 16:07:35 UTC