You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by bu...@apache.org on 2003/04/10 09:01:51 UTC

DO NOT REPLY [Bug 18893] - Endless loop in MultiThreadedHttpConnectionManager

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=18893>.
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=18893

Endless loop in MultiThreadedHttpConnectionManager

adrian@ephox.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID



------- Additional Comments From adrian@ephox.com  2003-04-10 07:01 -------
Hi,
Sorry I haven't managed to get back to you before now and save you some trouble,
been a busy day.

I passed on your query to the main HttpClient developers and received the
following reply from Mike Becke:

-----
This method looks a little suspicious at first I agree.  Though, as it turns out
the HttpException is only thrown when a connection wait timeout occurs.  In the
case of  getConnection(HostConfiguration) this will  never occur since we are
waiting indefinitely.  The try/catch/loop is just there to make the compiler
happy, and the LOG statement was added for completeness.  I have added a comment
detailing this to my latest patch for bug 18596.
-----

I'm personally still uncertain of exactly how the method structure works
(particularly why no IOException is ever thrown) but having seen Mike's
explanation and looked at the code again I'm satisfied that it won't go into an
infinite loop.

Again, sorry for not managing to get back to you sooner to save you the trouble
of filing this report, thanks for doing so and for the code scrutiny as well.