[ https://issues.apache.org/jira/browse/SOLR-15223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17440677#comment-17440677 ]
David Smiley commented on SOLR-15223: ------------------------------------- I don't recall if I thought about that. I should have marked blocker for 8.something I suppose. Even if we don't have another 8x release to do deprecations in, I think they could still be removed sometimes in 9x because clients always have the option of using SolrJ 8. I didn't assign this to me so really anyone should feel free to take it up! Thanks Jan for auditing the SolrClient list. I agree we shouldn't need to change any class names. Just because the JDK's new client doesn't support all auth schemes doesn't mean it wouldn't be a valued option. Any way, not in this issue, obviously. > Deprecate HttpSolrClient, mark httpcomponents dep as "optional" in SolrJ > ------------------------------------------------------------------------ > > Key: SOLR-15223 > URL: https://issues.apache.org/jira/browse/SOLR-15223 > Project: Solr > Issue Type: Improvement > Components: SolrJ > Reporter: David Smiley > Priority: Blocker > Labels: newdev > Fix For: main (9.0) > > > Solr has had an HTTP/2 based SolrClient since 8.0. Maintaining both HTTP/1 > and HTTP/2 clients is a pain for maintenance of the project as it sometimes > means duplicative (or partially implemented) work, especially for > authentication but also sometimes metrics or tracing. Both adds extra > dependencies for SolrJ and thus our users. It's difficult to grok a codebase > using two different HTTP client frameworks. > In this issue, mark HttpSolrClient (and related ones) as deprecated; point to > HTTP/2 equivalents. Furthermore, mark the Apache "httpcomponents" libs as > "optional" in the produced Maven pom.xml so that users have to explicitly > opt-in to use it. Announce this in the Solr users list as well. > Out of scope to this issue is completely cutting over within Solr itself. -- 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