Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
7.7.2
-
None
Description
Summary
When the SolrJ receives a malformed response Entity, for example like the one described in SOLR-14456, the client leaks the connection forever as it's never released back to the pool.
Problem description
HttpSolrClient should have compression enabled, so it uses the compression interceptors.
When the request is marked with "Content-Encoding: gzip" but for whatever reason the response is not in GZIP format, when HttpSolrClient tries to close the connection using Utils.consumeFully(), it tries to create the GzipInputStream failing and throwing an Exception. The exception thrown makes it impossible to access the underlying InputStream to be closed, therefore the connection is leaked.
Despite that the content in the response should honour the headers specified for it, SolrJ should be reliable enough to prevent the connection leak when this scenario happens. On top of the bug itself, not being able to set a timeout while waiting for a connection to be available, makes any application unresponsive as it will run out of threads eventually.
Attachments
Attachments
Issue Links
- is related to
-
SOLR-14456 Compressed requests fail in SolrCloud when the request is routed internally by the serving solr node
- Closed
- links to