hc-httpclient-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oleg Kalnichevski <ol...@apache.org>
Subject Re: NO_HTTP_RESPONSE_EXCEPTION
Date Sat, 07 Feb 2009 13:08:11 GMT
sebb wrote:
> On 06/02/2009, Oleg Kalnichevski <olegk@apache.org> wrote:
>> Joan Balagueró wrote:
>>
>>> Thanks Oleg. It seems strange to me because HttpClient3 (sending requests
>> to
>>> the same server) never fails. I'll take a look at the code again and I'll
>>> comment you something else.
>>>
>>>
>>  I do not know why the server chokes on packets generated by HttpClient 4,
>> but this is clearly a server side problem. The server should return a non
>> 2xx response if something is not okay, not just drop the connection.
>>
>>  HTTP/1.0 can be a problem or absence of User-Agent header. Whatever. At any
>> rate the server is broken.
>>
>>
>>
>>> Just another question. When I modify a connection or response timeout
>>> setting another value (for example, from 5000 to 2000) HttpClient4 applies
>>> this new value correctly (as expected, obviously). But not the same with
>>> maxConnections. If I set MaxConnections from 100 to 1 using
>>> ConnManagerParams.setMaxTotalConnections, then:
>>>
>>> DefaultHttpClient object --> DefaultParams --> parameters -->
>>> http.conn-manager.max-total=1 --> OK!
>>>
>>> But DefaultHttpClient object --> connManager --> connectionPool -->
>>> maxTotalConnections still to 100 --> BAD!
>>>
>>> And if I send 50 simultaneous request, HttpClient processes all of them
>> even
>>> with maxTotalConnections to 1.
>>>
>>> Is this a bug? Or after
>> "ConnManagerParams.setMaxTotalConnections" I must
>>> set the new "param" values to the HttpClient object with
>>> "this.objHttp.setParams(set the "params" object with the new value of
>>> MaxConnections)"?
>>>
>>>
>>  This happens because the connection manager does not reset the existing
>> connection pools for established routes. One can see this as a bug or a
>> 'feature' as one can look at it from different perspectives. To me this is
>> an expected behavior. MaxTotalConnections parameter is expected to be set at
>> the start up time and to not mutate afterwards.
> 
> Maybe this could be added to the Javadoc?
> 

Opened a JIRA for this issue

https://issues.apache.org/jira/browse/HTTPCLIENT-823

Oleg

>>  Oleg
>>
>>
>>
>>> Thanks,
>>>
>>> Joan.
>>>
>>>
>>>
>> ---------------------------------------------------------------------
>>  To unsubscribe, e-mail:
>> httpclient-users-unsubscribe@hc.apache.org
>>  For additional commands, e-mail:
>> httpclient-users-help@hc.apache.org
>>
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
> For additional commands, e-mail: httpclient-users-help@hc.apache.org
> 


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


Mime
View raw message