We are using httpclient 3.1 and I was reading httpclient documentation
which mentions that the stale connection check is not 100% guaranteed.
I would like to get clarification on why it is not 100% reliable or
guaranteed. What situations/scenarios make that stale check
less-guaranteed?
I am
, March 29, 2011 2:05 PM
To: HttpClient User Discussion
Subject: RE: Stale Connection Check
On Tue, 2011-03-29 at 14:00 -0500, Vadheraju, Rajeshwar wrote:
Oleg, Sorry if I sounded like forcing you to answer my question. I observed
that you are the only active person responding to the questions
Kalnichevski [mailto:ol...@apache.org]
Sent: Wednesday, March 30, 2011 9:10 AM
To: HttpClient User Discussion
Subject: RE: Stale Connection Check
On Tue, 2011-03-29 at 23:11 -0500, Vadheraju, Rajeshwar wrote:
Oleg, Thanks for your response.
We can't upgrade to 4.1 in a day or two as the mentioned errors
Hi Joan,
I'm also researching on the same area. Could you please provide some
details why you are implementing keep alive strategy?
In other words, What problems prompted you to implement keep alive
strategy? If you could elaborate on your issue, I could share some of my
experience and research
or run IdleConenction Thread?
-Original Message-
From: Joan Balaguero [mailto:joan.balagu...@grupoventus.com]
Sent: Thursday, March 31, 2011 12:50 PM
To: Vadheraju, Rajeshwar
Cc: 'HttpClient User Discussion'
Subject: RE: Keep alive
Hi Raj,
In my case, I'm sending requests to problematic
To: HttpClient User Discussion
Subject: Re: Keep alive
You can use IdleConnectionTimeoutThread for the same :)
On Fri, Apr 1, 2011 at 12:41 AM, Vadheraju, Rajeshwar
rajeshwar.vadher...@fisglobal.com wrote:
Yes, agreed. I think it is good idea to implement retry and idle
connection handler as opposed
We are currently using HttpClient 3.1 and running into
NoHttpResponseException (server failed to respond), Connection Reset
errors under load.
One of the solutions, I found searching use list is to Retry the
request.
I reviewed Default Retry Handler code in version 3.1 and 4.1 and found
that