You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "David Smiley (Jira)" <ji...@apache.org> on 2026/06/10 04:40:00 UTC
[jira] [Resolved] (SOLR-18130) CloudSolrStream should not depend on ZooKeeper
[ https://issues.apache.org/jira/browse/SOLR-18130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Smiley resolved SOLR-18130.
---------------------------------
Resolution: Fixed
> CloudSolrStream should not depend on ZooKeeper
> ----------------------------------------------
>
> Key: SOLR-18130
> URL: https://issues.apache.org/jira/browse/SOLR-18130
> Project: Solr
> Issue Type: Improvement
> Components: SolrJ, streaming expressions
> Reporter: David Smiley
> Priority: Major
> Labels: newdev, pull-request-available
> Fix For: 10.1
>
> Time Spent: 30h 20m
> Remaining Estimate: 0h
>
> In the SolrJ streaming expressions module, CloudSolrStream depends on ZooKeeper, and thus so does its subclasses (DrillStream, TopicStream, ShuffleStream, ParallelStream). It's a runtime dependency, triggered by a "zkHost" parameter that's supplied to {{SolrClientCache#getCloudSolrClient}} that uses {{CloudSolrClient.Builder}} that uses reflection to try to load {{ZkClientClusterStateProvider}}.
> I propose renaming these parameters in the module from zkHost to maybe "quorumHosts" that could either be list of Solr HTTP (when it starts with "http:" or "https:") or ZK if not. This should bring about a new well-deserved constructor to CloudSolrClient.Builder to parse a string, as it's not a matter specific to streaming expressions. This would be very convenient to callers I've seen elsewhere.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org