Details
-
Improvement
-
Status: Open
-
Blocker
-
Resolution: Unresolved
-
None
-
None
-
None
Description
This is an umbrella issue to migrate away from using Apache HttpClient to alternatives, namely Jetty HttpClient. Supporting both is hard to maintain, and furthermore Jetty supports HTTP 2. Sub-tasks and linked issues will accomplish this. When this umbrella is done, Apache HttpClient will not be used in solr-core or solrj. Modules may use it only if required by dependencies. HttpSolrClient (which uses Apache HttpClient) can still exist but in its own opt-in SolrJ module.
Attachments
Issue Links
- relates to
-
SOLR-15223 Deprecate Apache-HttpClient, refactor CloudSolrClient to use jetty-httpclient
- Closed
-
SOLR-17201 Make Http2SolrClients not experimental
- Closed
-
SOLR-16498 Tests need the URL from a SolrClient; don't require legacy clients
- Open
- requires
-
SOLR-17538 CloudHttp2SolrClient needs a custom ClusterStateProvider option
- Open
-
SOLR-16368 Refactoring: Use SolrClient type instead of overly specific subclasses
- Closed
1.
|
Switch UpdateShardHandler.getDefaultHttpClient to Jetty HTTP2 | Open | Unassigned |
|
||||||||
2.
|
HttpSolrCall.remoteQuery (proxy) should use Jetty HttpClient | Open | Unassigned |