[
https://issues.apache.org/jira/browse/HTTPCLIENT-834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12682656#action_12682656
]
James Abley commented on HTTPCLIENT-834:
----------------------------------------
Cool.
I am still aiming for a transparent implementation that won't do anything if
the user has configured their own behaviour, and will do the right thing (be in
effect) if they haven't. I'm hopeful that we're not yet at the stage where this
will require explicitly enabling to work.
I'll create a failing test to demonstrate how it will impact existing protocol
interceptors, then fix it and see what falls out of that.
Thanks for your help; it's always good to collaborate with new people and get
new insights.
> 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.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
