RE: How does Tomcat handle discarded-request
Thank you. Bill and Craig. David -- From: Bill Barker[SMTP:[EMAIL PROTECTED]] Reply To: Tomcat Developers List Sent: Thursday, November 01, 2001 6:28 PM To: Tomcat Developers List Subject: Re: How does Tomcat handle discarded-request Generally with 3.2.x it will throw there, but it may throw later due to buffering. And since the browser has closed the connection, no you can't send/receive anything further. Of course, there is nothing to prevent you inclosing your code in a try {} finally {} block if workBean needs to do cleanup. - Original Message - From: Hu, Xuebing [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, November 01, 2001 2:39 PM Subject: RE: How does Tomcat handle discarded-request Hi, Craig, Here is my skeleton jsp, jsp:useBean id=workBean class=... ... /jsp:useBean % Object param1=getParameter(Param1) ; ... Object paramn = getParameter(Paramn) ; // let us say that doWork takes a few minutes to finish // and I just can not wait at the browser side and I issues another request to TOMCAT Object result = workBean.doWork(param1, ..., paramn) ; // Is IOException thrown out here? out.println(result) ; % As per your explaination, is IOException thrown out on out.println()???, since it is JSP, so my workBean has no way to talk to something at the browser side to get data. thanks, David -- From: Craig R. McClanahan[SMTP:[EMAIL PROTECTED]] Reply To: Tomcat Developers List Sent: Thursday, November 01, 2001 5:08 PM To: Tomcat Developers List Cc: Hu, Xuebing Subject: RE: How does Tomcat handle discarded-request On Thu, 1 Nov 2001, Hu, Xuebing wrote: Date: Thu, 1 Nov 2001 17:03:29 -0500 From: Hu, Xuebing [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: RE: How does Tomcat handle discarded-request Thanks, Bill for the response. Any detail? I am currently using TOMCAT 3.2.3. In general, you cannot count on the server even knowing that the request was cancelled. The following scenarios are all possible: * The entire request was read before the cancel happened, so no notification is possible until the response is written back out and receives an IOException. (This is by far the most common case.) * Tomcat was able to read the headers, but does not need to read the data. In this case, it is the application (not Tomcat) that would receive an IOException when trying to process the input stream. Therefore, it is up to your application to respond appropriately. * Tomcat was unable to read the headers (because the cancel happened very quickly). It will typically log an exception and throw the request away. David Craig -- 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] ** This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. -- 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]
How does Tomcat handle discarded-request
Hi, I issues to Tomcat one request which takes kind of long time to response, when the backend servlet or bean is working on the result, I just can not wait and clicked somewhere on my browser page to issue another request, in this case, I am wondering what Tomcat to do with the previous working servlet, is it still runing until finish or Tomcat just kill the thread and force it stop. The question is closely related to connection pool, without the work finish, the connection will not be returned to pool in working bean or servlet, I suppose that Tomcat keeps the servlet thread running until it finishes, otherwise, there is no way for the servlet to finish his work and return connection. Any response is appreciated. Thanks, David -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How does Tomcat handle discarded-request
Thanks, Bill for the response. Any detail? I am currently using TOMCAT 3.2.3. David -- From: Bill Barker[SMTP:[EMAIL PROTECTED]] Reply To: Tomcat Developers List Sent: Thursday, November 01, 2001 2:57 PM To: Tomcat Developers List Subject: Re: How does Tomcat handle discarded-request This depends on the version of Tomcat, and to some extent whether you are running Tomcat behind another web server. - Original Message - From: Hu, Xuebing [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 01, 2001 11:57 AM Subject: How does Tomcat handle discarded-request Hi, I issues to Tomcat one request which takes kind of long time to response, when the backend servlet or bean is working on the result, I just can not wait and clicked somewhere on my browser page to issue another request, in this case, I am wondering what Tomcat to do with the previous working servlet, is it still runing until finish or Tomcat just kill the thread and force it stop. The question is closely related to connection pool, without the work finish, the connection will not be returned to pool in working bean or servlet, I suppose that Tomcat keeps the servlet thread running until it finishes, otherwise, there is no way for the servlet to finish his work and return connection. Any response is appreciated. Thanks, David -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] ** This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. -- 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]
RE: How does Tomcat handle discarded-request
Hi, Craig, Here is my skeleton jsp, jsp:useBean id=workBean class=... ... /jsp:useBean % Object param1=getParameter(Param1) ; ... Object paramn = getParameter(Paramn) ; // let us say that doWork takes a few minutes to finish // and I just can not wait at the browser side and I issues another request to TOMCAT Object result = workBean.doWork(param1, ..., paramn) ; // Is IOException thrown out here? out.println(result) ; % As per your explaination, is IOException thrown out on out.println()???, since it is JSP, so my workBean has no way to talk to something at the browser side to get data. thanks, David -- From: Craig R. McClanahan[SMTP:[EMAIL PROTECTED]] Reply To: Tomcat Developers List Sent: Thursday, November 01, 2001 5:08 PM To: Tomcat Developers List Cc: Hu, Xuebing Subject: RE: How does Tomcat handle discarded-request On Thu, 1 Nov 2001, Hu, Xuebing wrote: Date: Thu, 1 Nov 2001 17:03:29 -0500 From: Hu, Xuebing [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: RE: How does Tomcat handle discarded-request Thanks, Bill for the response. Any detail? I am currently using TOMCAT 3.2.3. In general, you cannot count on the server even knowing that the request was cancelled. The following scenarios are all possible: * The entire request was read before the cancel happened, so no notification is possible until the response is written back out and receives an IOException. (This is by far the most common case.) * Tomcat was able to read the headers, but does not need to read the data. In this case, it is the application (not Tomcat) that would receive an IOException when trying to process the input stream. Therefore, it is up to your application to respond appropriately. * Tomcat was unable to read the headers (because the cancel happened very quickly). It will typically log an exception and throw the request away. David Craig -- 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]
How does Tomcat handle discarded-request
Hi, I issues to Tomcat one request which takes kind of long time to response, when the backend servlet or bean is working on the result, I just can not wait and clicked somewhere on my browser page to issue another request, in this case, I am wondering what Tomcat to do with the previous working servlet, is it still runing until finish or Tomcat just kill the thread and force it stop. The question is closely related to connection pool, without the work finish, the connection will not be returned to pool in working bean or servlet, I suppose that Tomcat keeps the servlet thread running until it finishes, otherwise, there is no way for the servlet to finish his work and return connection. Any response is appreciated. Thanks, David -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]