[
https://issues.apache.org/jira/browse/SOLR-15342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17486173#comment-17486173
]
Jan Høydahl commented on SOLR-15342:
------------------------------------
If this split does not make it to 9.0.0, then we may be forced to reserve the
"solr-solrj-<version>.jar" naming for a combo jar for back-compat. In fact I
think that makes sense for 9.x, then we can declare the new solr-solrj-core
artifact as experimental and unstable, as it will keep getting slimmer during
9.x releases as we factor out streaming and jdbc. Then we can decide in 10.0
whether we want to stop shipping the combo.
Also, perhaps we manage to buid a dependency-free solr-solrj-minimal jar by
10.0 which uses JDK's HTTP client and supports javaBin only, i.e. no external
dependencies (or few, but shaded).
> Separate out a SolrJ-Zookeeper module
> -------------------------------------
>
> Key: SOLR-15342
> URL: https://issues.apache.org/jira/browse/SOLR-15342
> Project: Solr
> Issue Type: Sub-task
> Components: SolrJ
> Reporter: David Smiley
> Priority: Major
> Time Spent: 40m
> Remaining Estimate: 0h
>
> Let's create a new "SolrJ-Zookeeper" module by refactoring out the ZooKeeper
> related code out of the existing SolrJ module. This allows clients that
> don't want to talk to ZooKeeper to use the SolrJ module without transitive
> dependencies for ZooKeeper or Netty (Netty is used by ZK for SSL).
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
