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]>
