You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by "Jonathan Moore (JIRA)" <ji...@apache.org> on 2010/09/21 16:46:33 UTC
[jira] Updated: (HTTPCLIENT-997) cache module should handle
out-of-order validations properly and unconditionally refresh
[ https://issues.apache.org/jira/browse/HTTPCLIENT-997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Moore updated HTTPCLIENT-997:
--------------------------------------
Attachment: unconditional-retry-validate.patch
The attached patch addresses this issue. In addition, there were a couple of bugs that were fixed:
1. When we get a potentially cacheable response outside of the validation path, we likewise MUST check for out-of-order Date headers and not replace existing entries with older-dated ones.
2. Client requests with 'no-cache' or 'no-store' were causing invalidation of existing cache entries, which is not actually required by the protocol.
This patch is contributed to the ASF with the permission of my employer.
> cache module should handle out-of-order validations properly and unconditionally refresh
> ----------------------------------------------------------------------------------------
>
> Key: HTTPCLIENT-997
> URL: https://issues.apache.org/jira/browse/HTTPCLIENT-997
> Project: HttpComponents HttpClient
> Issue Type: Improvement
> Components: Cache
> Affects Versions: 4.1 Alpha2
> Reporter: Jonathan Moore
> Attachments: unconditional-retry-validate.patch
>
>
> There is a protocol recommendation that when we attempt to revalidate a cache entry, but we receive a response that has a Date header that's actually *older* than that of our current entry, we SHOULD revalidate again unconditionally with either max-age=0 or no-cache (since some upstream cache would appear to be out-of-date).
> http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.2.6
--
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