tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Looijmans, Mike" <>
Subject RE: Tomcat Crashes out of continuous servicing of stuck request
Date Fri, 04 Dec 2009 10:44:22 GMT
Just an idea: What happens if you change your DB call into a "Sleep(30)"
or something similar? Does tomcat still misbehave then? (the 'retry'
could be related to something else than tomcat).


> -----Original Message-----
> From: Hadole, Nishant IN BOM SISL [] 
> Sent: vrijdag 04 december 2009 11:06
> To: 'Rainer Jung'; Tomcat Users List
> Subject: RE: Tomcat Crashes out of continuous servicing of 
> stuck request
> Dear Rainer,
> Thanks for explanation. In this particular case, when client 
> press a button on JSP, it initiates a Database search 
> operation, which may take time up to 30-45 seconds. 
> Meanwhile, we are showing a screen which tell user that his / 
> her request is being processed and no to close the window. 
> But, sometimes users are impatient and still close the 
> window. Yes, as you suggested, it is possible to handle close 
> event / stop processing by some notification, but application 
> is full of such utilities, and it is too much of efforts.
> I am interested in some parameterization, which detects 
> broken connection and automatically drops stuck request. I 
> have even checked this with requests with STAGE as KEEPALIVE, 
> but not working with STAGE as SERVICE. Also, I am not able to 
> figure out, why the processing is repeated.
> With best regards,
> Nishant Hadole
> Mailto:

This message and attachment(s) are intended solely for use by the addressee and may contain
information that is privileged, confidential or otherwise exempt from disclosure under applicable

If you are not the intended recipient or agent thereof responsible for delivering this message
to the intended recipient, you are hereby notified that any dissemination, distribution or
copying of this communication is strictly prohibited.

If you have received this communication in error, please notify the sender immediately by
telephone and with a 'reply' message.

Thank you for your co-operation.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message