Yeah, well, I can confirm that o.a.c.connector.http.HttpConnector is just a broken as o.a.ajp.tc4.Ajp13Connector. However, the o.a.c.connector.http.HttpProcessor isn't quite as brain-dead as it's ajp13 counterpart (but it still doesn't recycle). The problem is that nothing handles dying threads. ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, February 17, 2002 9:52 PM Subject: DO NOT REPLY [Bug 5735] - HTTP connector running out of processors under heavy load
> 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=5735>. > 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=5735 > > HTTP connector running out of processors under heavy load > > [EMAIL PROTECTED] changed: > > What |Removed |Added > -------------------------------------------------------------------------- -- > Severity|Major |Blocker > Component|HTTP/1.1 Connector |Catalina > Priority|Other |High > Version|4.0.2 Beta 1 |4.0.2 Final > > > > ------- Additional Comments From [EMAIL PROTECTED] 2002-02-18 05:52 ------- > Recategorizing bug, and upgrading priority. > The 1 request <-> 1 new processor situation Glenn experienced could indeed be an > important clue. > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
