[
https://issues.apache.org/jira/browse/SOLR-17607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17907390#comment-17907390
]
Jan Høydahl commented on SOLR-17607:
------------------------------------
+1 This is a good practice. Also, we should make sure it has a decent
retry/timeout capability so that if you spin up a product consisting of Solr +
an app talking to Solr, the client should tolerate Solr becoming active a few
seconds later...
> HTTP ClusterStateProvider should defer talking to Solr until first use
> ----------------------------------------------------------------------
>
> Key: SOLR-17607
> URL: https://issues.apache.org/jira/browse/SOLR-17607
> Project: Solr
> Issue Type: Improvement
> Components: SolrCloud, SolrJ
> Reporter: David Smiley
> Priority: Minor
>
> When using CloudSolrClient with HTTP URLs to get the ClusterState (HTTP
> ClusterStateProvider), it will talk to Solr when the client is created to
> fetch the live nodes. But maybe Solr isn't available at this time; it's
> annoying to require that Solr is available at the time that the
> CloudSolrClient is constructed. The ZK one is deferred till first use; I
> propose the same behavior for HTTP.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
