Uploaded image for project: 'Solr'
  1. Solr
  2. SOLR-14945

Improve compressed HTTP responses handling in SolrJ

Attach filesAttach ScreenshotAdd voteVotersWatch issueWatchersCreate sub-taskLinkCloneUpdate Comment AuthorReplace String in CommentUpdate Comment VisibilityDelete Comments
    XMLWordPrintableJSON

    Details

    • Type: Improvement
    • Status: Open
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: SolrJ
    • Labels:
      None

      Description

      After upgrading Jetty version to 9.4.32.v20200930 the suite BasicHttpSolrClientTest started to fail because of how the compression/decompression is handled on the client side.

      Jetty changed its behaviour with this upgrade as part of the so for empty responses (Content-Length: 0) with Accept-Encoding: gzip it's still returning a Content-Encoding: gzip but with no gzip header bytes in the response.

      Jetty's relevant issue: https://github.com/eclipse/jetty.project/issues/4824
      Jetty's relevant code changes: https://github.com/eclipse/jetty.project/commit/d58da0f7d2e30c732f52a38feaba2974e299bf70#diff-e175032f6f83c7d41fb7bc1a66187f5aR232

      Interceptors should be removed and BasicHttpSolrClient should use Apache HttpClient's provided processors decompress the HTTP responses.

        Attachments

        Issue Links

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              samuelgmartinez Samuel García Martínez

              Dates

              • Created:
                Updated:

                Issue deployment