[jira] [Commented] (SOLR-9248) HttpSolrClient not compatible with compression option

["Michael Braun (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/SOLR-9248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15985869#comment-15985869 ] 

Michael Braun commented on SOLR-9248:
-------------------------------------

Ran the test on 6.5x and master and the problem does not appear to be visible from the same test file. Would it be fair to create another ticket to fix the implementations of [Gzip/Deflate]DecompressingEntity to respect isRepeatable and the behavior of getContent assuming that?

> HttpSolrClient not compatible with compression option
> -----------------------------------------------------
>
>                 Key: SOLR-9248
>                 URL: https://issues.apache.org/jira/browse/SOLR-9248
>             Project: Solr
>          Issue Type: Bug
>          Components: SolrJ
>    Affects Versions: 5.5, 5.5.1
>            Reporter: Gary Lee
>         Attachments: CompressedConnectionTest.java
>
>
> Since Solr 5.5, using the compression option (solrClient.setAllowCompression(true)) causes the HTTP client to quickly run out of connections in the connection pool. After debugging through this, we found that the GZIPInputStream is incompatible with changes to how the response input stream is closed in 5.5. It is at this point when the GZIPInputStream throws an EOFException, and while this is silently eaten up, the net effect is that the stream is never closed, leaving the connection open. After a number of requests, the pool is exhausted and no further requests can be served.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org