[
https://issues.apache.org/jira/browse/SOLR-7854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Blum updated SOLR-7854:
-----------------------------
Description:
`updateClusterState(false)` as far as I can tell has zero callers. It's super
pointless anyway, because `updateClusterState(true)` is being used mostly from
test code and in places where someone is trying to force a reload from ZK (for
whatever reason). There's no point in asking for a deferred update when
ZkStateReader is already going to keep itself in sync anyway.
was:
`updateClusterState(false)` as I can tell has zero callers. It's super
pointless anyway, because `updateClusterState(true)` is being used mostly from
test code and in places where someone is trying to force a reload from ZK (for
whatever reason). There's no point in asking for a deferred update when
ZkStateReader is already going to keep itself in sync anyway.
> Remove ZkStateReader.updateClusterState(false)
> ----------------------------------------------
>
> Key: SOLR-7854
> URL: https://issues.apache.org/jira/browse/SOLR-7854
> Project: Solr
> Issue Type: Improvement
> Components: SolrCloud
> Affects Versions: 5.2.1
> Reporter: Scott Blum
> Priority: Minor
> Labels: easyfix, newbie
> Original Estimate: 2h
> Remaining Estimate: 2h
>
> `updateClusterState(false)` as far as I can tell has zero callers. It's
> super pointless anyway, because `updateClusterState(true)` is being used
> mostly from test code and in places where someone is trying to force a reload
> from ZK (for whatever reason). There's no point in asking for a deferred
> update when ZkStateReader is already going to keep itself in sync anyway.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
