[
https://issues.apache.org/jira/browse/SOLR-17153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17847060#comment-17847060
]
ASF subversion and git services commented on SOLR-17153:
--------------------------------------------------------
Commit 53963292db39803996f76a5229ac3b91c6265b5e in solr's branch
refs/heads/branch_9_6 from aparnasuresh85
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=53963292db3 ]
SOLR-17275: Revert SolrJ ZkClientClusterStateProvider SOLR-17153 (#2463)
SolrJ ZkClientClusterStateProvider: revert SOLR-17153 for perf regression when
aliases are used. Other parts of that issue are not reverted. Affects only
Solr 9.6.
Thanks Rafał Harabień for reporting the problem.
(cherry picked from commit f073dc86e1ab714c3e8eaa4a989698feb90f8a27)
> CloudSolrClient should not throw "Collection not found" with an out-dated
> ClusterState
> --------------------------------------------------------------------------------------
>
> Key: SOLR-17153
> URL: https://issues.apache.org/jira/browse/SOLR-17153
> Project: Solr
> Issue Type: Improvement
> Components: SolrJ
> Reporter: David Smiley
> Priority: Major
> Fix For: 9.6
>
> Time Spent: 5h 50m
> Remaining Estimate: 0h
>
> Today, CloudSolrClient will locally fail if it's asked to send a request to a
> collection that it thinks does not exist due to its local ClusterState view
> being out-of-date. We shouldn't fail! And most SolrCloud tests should then
> remove their waitForState calls that follow collection creation! Other stale
> state matters are out-of-scope.
> Proposal: CloudSolrClient shouldn't try and be too smart. Always route a
> request to Solr (any node); don't presume its state is up-to-date. Maybe,
> after a response is received, it can check if its state has been updated and
> if not then explicitly get a new state. Or not if that's too complicated.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
