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 2009/10/26 17:20:59 UTC
[jira] Reopened: (HTTPCLIENT-834) Transparent Content Coding
support
[ https://issues.apache.org/jira/browse/HTTPCLIENT-834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Oleg Kalnichevski reopened HTTPCLIENT-834:
------------------------------------------
This issue has to be revisited. Presently GzipDecompressingEntity and DeflateDecompressingEntity classes do not override the#writeTo() method which causes the original uncompressed content to be written out to the output stream.
James, would you be willing to look into it?
Oleg
> Transparent Content Coding support
> ----------------------------------
>
> Key: HTTPCLIENT-834
> URL: https://issues.apache.org/jira/browse/HTTPCLIENT-834
> Project: HttpComponents HttpClient
> Issue Type: New Feature
> Components: HttpClient
> Affects Versions: 4.0 Beta 2
> Environment: Any
> Reporter: James Abley
> Fix For: 4.1 Alpha1
>
> Attachments: 834-2009-03-17.patch, 834-docbook.patch, 834-svn-754998.patch, 834-svn-r811556.patch, 834-svn-r814881.patch, 834-svn-r815739.patch, 834-svn-r816185.patch, disable-content-coding.patch
>
>
> I would like to see HttpClient features brought up to parity with other libraries, both in Java and other languages. c.f. Python's httplib2 (not yet in the standard library, but many would like to see it in there). That library transparently handles gzip and compress content codings.
> This issue is to capture possible solutions to providing this sort of innate functionality in HttpClient, so that users aren't required to know RFC2616 intimately. The HttpClient library should do the right thing and use the network in the most efficient manner possible.
--
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