DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38231>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38231

           Summary: request doesn't timeout when response is slow
           Product: HttpClient
           Version: 3.0 Final
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HttpClient
        AssignedTo: [email protected]
        ReportedBy: [EMAIL PROTECTED]


I've built an application around HttpClient that keeps statistics on all
transactions performed.  One of those statistics keeps track of the longest
elapsed time of a single (non timed-out) request.  I was often puzzled as to why
this often exceeded the value I was using when calling setSoTimeout().  For
example, I'd often call setSoTimeout() to timeout after 2000ms, but would often
see single requests lasting over 3000ms.

It appears that as long as data is trickling in on the response, it doesn't time
out, and it takes (in the example above) 2000ms of inactivity before a request
times out.  This isn't the behavior I'd expect -- I would expect the request to
timeout after 2000ms of elapsed time from the first byte recieved of the 
response.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to