W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2012

Re: WGLC issue: P4 - ETags & conditional requests

From: Mark Nottingham <mnot@mnot.net>
Date: Wed, 25 Apr 2012 14:40:04 +1000
Cc: "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>, John Sullivan <jsullivan@velocix.com>
Message-Id: <6B348243-BC1C-48C0-822A-1649FDAF7091@mnot.net>
To: Ben Niven-Jenkins <ben@niven-jenkins.co.uk>
Now <http://trac.tools.ietf.org/wg/httpbis/trac/ticket/354>.


On 24/04/2012, at 3:47 AM, Ben Niven-Jenkins wrote:

> Hi,
> Apologies that this mail misses the WG LC deadline, in Velocix we're reviewing all the HTTPBIS documents but we're a little behind, hence the late comments, sorry. (we're still reviewing so might have more comments as we work through the documents)
> On page 14 of P4 it states:
>   If none of the entity-tags match, or if "*" is given and no current
>   representation exists, the server MUST NOT perform the requested
>   method.  Instead, the server MUST respond with the 412 (Precondition
>   Failed) status code.
> This appears to apply to intermediates, but If-Match has a problem
> here that If-Unmodified-Since does not. If a proxy has a cached
> entity which has a newer Last-Modified timestamp it *knows* that
> the conditional has failed and can generate the required
> 412 Precondition Failed response itself. Otherwise it can satisfy
> the request from cache. Or relay if there is no current cached
> version.
> But because multiple responses with different ETags may exist then a cache receiving If-Match with one etag, when it has a different etag cached, can not know for sure that the request etag does not exist. If it were to respond with a 412 status it would effectively be preventing the use of that conditional.
> It would appear that the only two options available to an intermediate are to satisfy the request in the case of a known match, and relay upstream in all other cases (which would be in conflict with the spec as quoted above).
> Thanks
> Ben

Mark Nottingham   http://www.mnot.net/
Received on Wednesday, 25 April 2012 04:40:53 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:00 UTC