hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Oleg Kalnichevski (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HTTPCLIENT-834) Transparent Content Coding support
Date Mon, 16 Mar 2009 20:59:50 GMT

    [ https://issues.apache.org/jira/browse/HTTPCLIENT-834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12682460#action_12682460

Oleg Kalnichevski commented on HTTPCLIENT-834:

(1) Because ThreadLocals, when misused/abused, can lead to memory leaks or, worse, very subtle
bugs, especially in managed environments such as servlet or EJB containers, where threads
are frequently pooled / re-used. The most catastrophic bug I have seen involved a ThreadLocal
holding a UserPrincipal in a web application, which was not correctly unset with a try-catch-finally.
You can pretty much guess the consequence of that bug. 

The only two legitimate uses of ThreadLocal I know of is (1) in single-user standalone applications
or (2) in web applications when ThreadLocals set and unset using a HttpServletFilter in try-catch-finally.
ThreadLocal simply cannot be reliably unset from inside a library. ThreadLocals in general
purpose libraries == major trouble.

(2) There should be a way to instruct the interceptor to generate different Accept-Encoding
values, for example 'gzip,deflate', "deflate,gzip", "identity", etc, based a configuration


> 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-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org

View raw message