Sorry for the question, but if I set the timeout on the HttpClient I force the client to close the connection after the timeout, but have I informed the server that there is a timeout, so the server close the connection after the timeout? I mean HttpClient tells to the server about the timeout?
Thx Paolo -----Messaggio originale----- Da: chk...@gmail.com [mailto:chk...@gmail.com] Per conto di Christian Kaltepoth Inviato: venerdì 17 maggio 2013 13:30 A: Tomcat Users List Oggetto: Re: Tomcat hangs every day Hey, I'm also not an expert for HttpClient, but when creating connections to remote services it is usually a good idea to set connection timeouts and socket timeouts so that the client doesn't block forever if there are problems with the connection. Exactly this seems to be the problem in your case. Best regards Christian Kaltepoth 2013/5/17 Sascha Troll <sascha.tr...@geberit.com> > Christian, > > thanks for this. > > Can you give me a hint. I am just the server guy, so I can tell the > developer. > > Thanks a lot ! > > Sascha > > > > From: Christian Kaltepoth <christ...@kaltepoth.de> > To: Tomcat Users List <users@tomcat.apache.org> > Date: 17.05.2013 11:24 > Subject: Re: Tomcat hangs every day > Sent by: chk...@gmail.com > > > > Seems like you have a class called SearchClientRemoteClient which uses > HTTPClient. Many threads seems to wait for remote responses. I guess > you don't set any timeouts for the HTTPClient and therefore many > threads hang in HttpClient.executeMethod() forever. You should ALWAYS > set timeouts when using HTTPClient. :) > > I hope this helps :) > > Christian > > > 2013/5/17 Sascha Troll <sascha.tr...@geberit.com> > > > Hi ! > > > > I have problem with our Tomcat 7.0.40 (upgrade already done from > > 7.0.39 and 7.0.37 and still the same issue). > > > > Its still running, but not longer accepting any connection on port 8080. > > > > Attached are the thread dumps which were created this morning when > > the server was not longer available. > > I cannot find any deadlocks and need some help to find the cause. > > > > > > > > Thanks > > Sascha > > > > > > > > > > ---------------------------------------------------------------------- > ---------------------------- > > Disclaimer: > > The content of this e-mail (including attachments) is confidential > > and intended for the use of the addressee only. If you are not the > > intended recipient please delete the e-mail; dissemination or > > disclosure of its content to anyone is strictly prohibited! > > Before opening an attachment please check it for viruses. We accept > > no liability for any damage caused by viruses. > > > > -------------------------------------------------------------------- > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > > -- > Christian Kaltepoth > Blog: http://blog.kaltepoth.de/ > Twitter: http://twitter.com/chkal > GitHub: https://github.com/chkal > > > > > > > ---------------------------------------------------------------------- > ---------------------------- > Disclaimer: > The content of this e-mail (including attachments) is confidential and > intended for the use of the addressee only. If you are not the > intended recipient please delete the e-mail; dissemination or > disclosure of its content to anyone is strictly prohibited! > Before opening an attachment please check it for viruses. We accept no > liability for any damage caused by viruses. > -- Christian Kaltepoth Blog: http://blog.kaltepoth.de/ Twitter: http://twitter.com/chkal GitHub: https://github.com/chkal --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
