Return-Path: Delivered-To: apmail-hc-dev-archive@www.apache.org Received: (qmail 85720 invoked from network); 7 Oct 2010 19:02:53 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Oct 2010 19:02:53 -0000 Received: (qmail 76895 invoked by uid 500); 7 Oct 2010 19:02:53 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 76797 invoked by uid 500); 7 Oct 2010 19:02:52 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 76785 invoked by uid 99); 7 Oct 2010 19:02:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Oct 2010 19:02:52 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Oct 2010 19:02:51 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o97J2VKI004458 for ; Thu, 7 Oct 2010 19:02:31 GMT Message-ID: <3821494.29461286478151308.JavaMail.jira@thor> Date: Thu, 7 Oct 2010 15:02:31 -0400 (EDT) From: "Michajlo Matijkiw (JIRA)" To: dev@hc.apache.org Subject: [jira] Created: (HTTPCLIENT-1008) Send all variants' ETags on "variant miss" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Send all variants' ETags on "variant miss" ------------------------------------------ Key: HTTPCLIENT-1008 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1008 Project: HttpComponents HttpClient Issue Type: Improvement Components: Cache Reporter: Michajlo Matijkiw Fix For: 4.1 Alpha3 >From section 13.6 of RFC 2616: If an entity tag was assigned to a cached representation, the forwarded request SHOULD be conditional and include the entity tags in an If-None-Match header field from all its cache entries for the resource. This conveys to the server the set of entities currently held by the cache, so that if any one of these entities matches the requested entity, the server can use the ETag header field in its 304 (Not Modified) response to tell the cache which entry is appropriate. If the entity-tag of the new response matches that of an existing entry, the new response SHOULD be used to update the header fields of the existing entry, and the result MUST be returned to the client. Presently, we simply forward the request to the request without the conditionals. This improvement would consist of adding the conditionals to the request, and properly handling the response. An example of such would be the following: - request resource with "Accept-Encoding: gzip", response has "Etag: etag1", "Vary: Accept-Encoding" - request resource with "Accept-Encoding: deflate", request is forwarded with "If-None-Match: etag1" added, response is 200, with "ETag: etag2" - request resource with "Accept-Encoding: gzip, deflate", request is forwarded with "If-None-Match: etag1, etag2" added, response is 304, with "ETag: etag1" indicating we should use the first response for this request -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org