hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 23703] - Freezes w/ MultiThreadedHttpConnectionManager
Date Thu, 09 Oct 2003 21:33:12 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23703>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23703

Freezes w/ MultiThreadedHttpConnectionManager





------- Additional Comments From olegk@apache.org  2003-10-09 21:33 -------
Adam,
According to the log you posted HttpMethod#releaseConnection method does not
seem to be ever called at all. I beleive the connection leak is caused by either
VFS or your own code. The VFS has a simple but effective safe-guard to guarantee
 the release of connections. It wraps the input stream returned by the GetMethod
with a MonitorInputStream that _should_ automatically release the connection
when the InputStream#close method is called. 

I have to ask you the same question again: are you sure the your code _always_
closes the input stream obtained with HttpFileObject#doGetInputStream()? If it
does not, that call well be the cause of the leak

Oleg

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


Mime
View raw message