[
https://issues.apache.org/jira/browse/SOLR-15223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17440573#comment-17440573
]
Jason Gerlowski commented on SOLR-15223:
----------------------------------------
{quote}+1 Are you planning on getting this deprecation into 8.10 so we can
remove HTTP/1 by 9.0?
{quote}
I'm curious about this too. The issue title and fix-version read in a way that
suggests the deprecation not land until 9.0 (which would require keeping it
around until 10.0). Is that the plan or did you have some shorter timespan in
mind [~dsmiley] ?
(My apologies if you've stated this elsewhere - in the middle of reading up on
this topic this morning.)
> 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
