[
https://issues.apache.org/jira/browse/CALCITE-1117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15177064#comment-15177064
]
Josh Elser commented on CALCITE-1117:
-------------------------------------
I was also a little more terse than I meant to be. I don't mean to stomp on
your opinions. Hypothetically, this is another piece that could be done via
ServiceLoader, separated out into a separate Maven module, but it honestly
seems very excessive to me for what it actually gains us.
> Use commons httpclient instead of JDK http client
> -------------------------------------------------
>
> Key: CALCITE-1117
> URL: https://issues.apache.org/jira/browse/CALCITE-1117
> Project: Calcite
> Issue Type: Sub-task
> Components: avatica
> Reporter: Josh Elser
> Assignee: Josh Elser
> Fix For: next
>
>
> I've been stumbling around, trying to get a better understanding of how
> HttpURLConnection works (with http/1.1), applying it to some of the knowledge
> I have with the distributed key-value stores on Hadoop I'm familiar with.
> Along the way, I found lots of recommendations to move to Apache Commons
> HttpClient (http://hc.apache.org) with the broad suggestion that "it's just
> generally better". I mocked this up and was pleasantly surprised to find that
> this netted about a 20% improvement over the existing http client
> implementation (with a stubbed-out JDBC driver inside Avatica -- just
> measuring Avatica itself).
> Thankfully, we have an interface for the http client, so it should be easy to
> add a new implementation with a factory to do some client-side configuration.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
