W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2006

Re: Etag-on-write, draft -04

From: Wilfredo Sánchez Vega <wsanchez@wsanchez.net>
Date: Thu, 30 Nov 2006 20:12:10 -0800
Cc: HTTP Working Group <ietf-http-wg@w3.org>, Julian Reschke <julian.reschke@gmx.de>, Ted Hardie <hardie@qualcomm.com>, Jim Whitehead <ejw@soe.ucsc.edu>, Cullen Jennings <fluffy@cisco.com>, Mark Nottingham <mnot@mnot.net>
Message-Id: <6F59C25D-9A14-4290-9DF9-D9E60A63F5B1@wsanchez.net>
To: "Roy T. Fielding" <fielding@gbiv.com>
   IIRC, the weak ETag generation is in the core code, not mod_dav, so  
it's also there in the case where edits happen outside of DAV  
(possible outside of httpd altogether).

   I agree that the MD5 solution is a good one; it's what the Twisted  
server now does, and that works swell.  But, as would be the case for  
Apache, it works for DAV, but not the generic server, since it doesn't  
have a property store.

   In any case, I agree that this is an implementation, not protocol,  
issue.

	-wsv


On Nov 30, 2006, at 2:50 PM, Roy T. Fielding wrote:

> In regard to Apache mod_dav's use of weak entity tags, that is a  
> separate
> issue and can be fixed without changing HTTP at all.  It is merely an
> implementation quirk having to do with the way mod_dav reuses the
> file space as a storage mechanism (and thus a separate handler for  
> GET).
> I can very easily turn it off, as can anyone with access to the config
> files.  The right solution, though, is to use a property-based back- 
> end
> and store the MD5 on write, which would allow the weak designation  
> to be
> removed and actually solve the real problem of clients wanting a  
> strong
> etag returned from PUT.  Patches are welcome.



Received on Friday, 1 December 2006 04:12:37 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 06:49:53 GMT