[
https://issues.apache.org/jira/browse/SOLR-11596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16258477#comment-16258477
]
Jason Gerlowski commented on SOLR-11596:
----------------------------------------
Poking through the code, it's not clear to me that create HttpClient's are fed
the default max-connections-per-route.
{{HttpClientUtil.createClient}}, eventually filters down to the following line:
{code}
cm.setDefaultMaxPerRoute(params.getInt(HttpClientUtil.PROP_MAX_CONNECTIONS_PER_HOST,
10000));
{code}
(see direct link here:
https://github.com/apache/lucene-solr/blob/master/solr/solrj/src/java/org/apache/solr/client/solrj/impl/HttpClientUtil.java#L246)
Am I missing something here?
> SolrJ clients -- create internal HttpClient objects with increased thread
> capability
> ------------------------------------------------------------------------------------
>
> Key: SOLR-11596
> URL: https://issues.apache.org/jira/browse/SOLR-11596
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: clients - java
> Affects Versions: 7.1
> Reporter: Shawn Heisey
> Priority: Minor
>
> The HttpClient object that various SolrClient implementations create has
> HttpClient's default per-destination thread limit of two. I'm not sure why
> they went with such a low default, but that's out of our hands. The low
> default makes default SolrClient objects that are thread-safe, but basically
> unable to handle more than two threads at the same time.
> Increasing this limit in user programs is very doable by creating a custom
> HttpClient object, but the amount of code required is fairly extensive.
> I think that when our client implementations create an HttpClient object,
> they should explicitly increase the thread limits to larger default values,
> and expose configuration knobs for those values in the fluent interface.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
