You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by "Oleg Kalnichevski (JIRA)" <ji...@apache.org> on 2015/05/22 09:37:17 UTC
[jira] [Updated] (HTTPCLIENT-1630) 304 response causes multiple
copies of file in cache
[ https://issues.apache.org/jira/browse/HTTPCLIENT-1630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Oleg Kalnichevski updated HTTPCLIENT-1630:
------------------------------------------
Fix Version/s: (was: 4.5)
5.0
> 304 response causes multiple copies of file in cache
> ----------------------------------------------------
>
> Key: HTTPCLIENT-1630
> URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1630
> Project: HttpComponents HttpClient
> Issue Type: Bug
> Components: HttpCache
> Affects Versions: 4.4 Final
> Reporter: Philip Boutros
> Fix For: 5.0
>
> Attachments: cachedir.png, code.txt, http-sometimes.txt, http.txt
>
>
> See the attached log of a GET with a 200 response followed by a GET to the same URL which receives a 304 response and a CacheResponseStatus of VALIDATED. Using a HttpClient initialized as in the other attachment, these two requests result in 2 identical files in the cache directory, not one.
> Additional info: This happens with multiple repeated requests that receive 304. Sometime however the file is served from the cache with no additional copy. See new http-sometimes.txt attachment for what that looks like.
> More info: Code work fine against various URLs that include Cache-Control, etc. in their response, but has the same multiple copy behavior against any response that includes only ETag and Last-Modified.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org