[
https://issues.apache.org/jira/browse/HTTPCLIENT-834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12683196#action_12683196
]
Oleg Kalnichevski commented on HTTPCLIENT-834:
----------------------------------------------
> I wasn't expecting it to be accepted yet; I thought it was still a little
> rough
The work is far from being done. I just prefer smaller, incremental patches.
> maybe a contributors agreement to submit
Yes, you should consider submitting an indivudual CLA, maybe even a corporate
CLA, if you are working on HttpClient during office hours
> If the demand is there to allow it to be configured / removed, then we can
> add that
It surely must be possible to disable content encoding. There are enough
situations when it is not desired, for instance when trouble-shooting. I am
still not convinced it should be enabled per default.
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 3
> Environment: Any
> Reporter: James Abley
> Attachments: 834-2009-03-17.patch, 834-svn-754998.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-unsubscr...@hc.apache.org
For additional commands, e-mail: dev-h...@hc.apache.org
