[ https://issues.apache.org/jira/browse/HTTPCLIENT-1347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Oleg Kalnichevski updated HTTPCLIENT-1347: ------------------------------------------ Labels: stuck volunteers-wanted (was: ) Fix Version/s: (was: 5.0) Stuck > gzip responses doubly cached > ---------------------------- > > Key: HTTPCLIENT-1347 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1347 > Project: HttpComponents HttpClient > Issue Type: Improvement > Components: HttpCache > Affects Versions: 4.2.5 > Environment: ARCH Linux kernel 3.8.8-1 > node.js 0.8.22 > Reporter: Adam Patacchiola > Labels: stuck, volunteers-wanted > Fix For: Stuck > > Attachments: httpClientCacheTest.tar.gz, httpClientTestServer.js, > Screen Shot 2014-01-11 at 7.11.36 PM.png, Screen Shot 2014-01-13 at 3.56.19 > PM.png, Showing_entry_pointer.png > > > Compressed responses are cached twice. > Run the attached server (node.js 0.8.22) and client tests. Create an "assets" > directory under where you are running the server and add two files named 1 > and 2 ( < 1000000 bytes) . You will see that after the test is run the cache > dump output displays 2 sets of entries for each request, each containing the > full content length of the file. > Changing the implementation of HttpCacheStorage updateEntry to not update non > existent entries (as I believe the correct implementation should do) throws > exceptions. -- This message was sent by Atlassian JIRA (v6.3.15#6346) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org