[
https://issues.apache.org/jira/browse/SOLR-15342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17486173#comment-17486173
]
Jan Høydahl edited comment on SOLR-15342 at 2/3/22, 12:41 AM:
--------------------------------------------------------------
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.
We could even consider a solr-solrj-xml artifact with the jackson dependencies,
for use by those who need XML transport, and annotations. Most solrj users
won't need XML.
Also, perhaps we manage to buid a dependency-free
"solr-solrj-minimal-<ver>.jar" by 10.0 which uses JDK's HTTP client and
supports javaBin only, i.e. no external dependencies (or few, but shaded).
was (Author: janhoy):
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
