On 21/05/2010 03:08, Ðavîd Låndïs wrote: > On Thu, May 20, 2010 at 9:51 PM, Caldarale, Charles R > <chuck.caldar...@unisys.com> wrote: >>> From: Ðavîd Låndïs [mailto:dlan...@gmail.com] >>> Subject: Re: user cancels download attachment >>> >>> I will try to debug deeper down into the platform. >> >> What connector are you using? Blocking, NIO, or APR? > > Blocking. > >> >>> I suppose it is possible there is something else >>> buffering it, but I don't think it is a proxy in >>> my case. Could it be Tomcat itself maybe? >> >> Tomcat does some buffering, but it obviously can't buffer too much, or the >> heap would be easily exhausted by any large request. I >haven't chased the >> code, but I would have to think that an explicit flush() call would push it >> out (and your experience seems to i>ndicate that's the case). > > OK I'll investigate a little more at work tomorrow. I'm hoping the > issue isn't that Tomcat is swallowing the exceptions somewhere. > > Incidentally, does anyone know what exception is supposed to be thrown > when a user cancels the attachment download?
Write the bytes to a ServletOutputStream and you should see an exception if the client breaks the connection. p > Thanks Chuck. > > >> >> - Chuck >> >> >> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY >> MATERIAL and is thus for use only by the intended recipient. If you received >> this in error, please contact the sender and delete the e-mail and its >> attachments from all computers. >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org >
signature.asc
Description: OpenPGP digital signature
