hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Oleg Kalnichevski (JIRA)" <j...@apache.org>
Subject [jira] [Moved] (HTTPCORE-257) Connection is never reused if response is gzip with non-negative Content-Length
Date Wed, 18 May 2011 12:21:47 GMT

     [ https://issues.apache.org/jira/browse/HTTPCORE-257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Oleg Kalnichevski moved HTTPCLIENT-1085 to HTTPCORE-257:
--------------------------------------------------------

        Fix Version/s:     (was: 4.2 Alpha1)
                       4.2-alpha1
          Component/s:     (was: HttpClient)
    Affects Version/s:     (was: 4.1.1)
                       4.1.1
             Workflow: jira  (was: Default workflow, editable Closed status)
                  Key: HTTPCORE-257  (was: HTTPCLIENT-1085)
              Project: HttpComponents HttpCore  (was: HttpComponents HttpClient)

> Connection is never reused if response is gzip with non-negative Content-Length
> -------------------------------------------------------------------------------
>
>                 Key: HTTPCORE-257
>                 URL: https://issues.apache.org/jira/browse/HTTPCORE-257
>             Project: HttpComponents HttpCore
>          Issue Type: Bug
>    Affects Versions: 4.1.1
>            Reporter: Daniel Rabe
>             Fix For: 4.2-alpha1
>
>
> While debugging a separate issue, I noticed that DefaultConnectionReuseStrategy is very
sensitive to whether the server returns a positive content-length or content-length=-1 with
chunked encoding. In particular, I saw two cases:
> (1) Server returns gzip response with Content-Length=-1, chunked encoding. The connection
is reused.
> (2) Server returns gzip response with Content-Length=<actual-number-of-bytes-in-response>
The connection is NOT reused.
> This is because of the following code in DefaultConnectionReuseStrategy:
>            if (entity.getContentLength() < 0) {
>                 if (!entity.isChunked() ||
>                     ver.lessEquals(HttpVersion.HTTP_1_0)) {
>                     // if the content length is not known and is not chunk
>                     // encoded, the connection cannot be reused
>                     return false;
>                 }
>             }
> GzipDecompressingEntity implements its getContentLength as always returning -1. However,
it is not chunked. Therefore, the connection is not reused.
> I'm not sure if you would consider this a bug or a request for enhancement, but it seems
to me that if the server is returning an accurate content-length, the client should be able
to consume that number of bytes, then reuse the connection.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

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


Mime
View raw message