Hi, You should try a simple app from scratch, with 8 servlets that just do redirects and a bit of logging. Then if it fails you can upload the WAR and we can reproduce your issue easily.
Yoav Shapira Millennium Research Informatics >-----Original Message----- >From: J Ross Nicoll [mailto:[EMAIL PROTECTED] >Sent: Monday, August 09, 2004 9:11 AM >To: [EMAIL PROTECTED] >Subject: Re: Hanging after 8 sendRedirect()s > >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >I've been doing tests under Firefox and Safari, and just redid the tests >with Lynx. Still hangs after 8 sendRedirect()s. Probably not browser >based then... > >~From the logs: > >138.251.206.76 - - [06/Aug/2004:19:12:06 +0000] "GET >/tags2/tasklist/EditTask.do?instance=The%20Case&task=1090496025 >HTTP/1.0" 200 11844 >138.251.206.76 - - [06/Aug/2004:19:12:08 +0000] "GET >/tags2/tasklist/DeleteFile.do?instance=The%20Case&task=1090496025&file= site >_map.htm >HTTP/1.0" 302 - >138.251.206.76 - - [06/Aug/2004:19:12:10 +0000] "GET >/tags2/tasklist/EditTask.do?instance=The%20Case&task=1090496025 >HTTP/1.0" 200 11844 >138.251.206.76 - - [06/Aug/2004:19:12:13 +0000] "GET >/tags2/tasklist/DeleteFile.do?instance=The%20Case&task=1090496025&file= site >_map.htm >HTTP/1.0" 302 - >138.251.206.76 - - [06/Aug/2004:19:12:15 +0000] "GET >/tags2/tasklist/EditTask.do?instance=The%20Case&task=1090496025 >HTTP/1.0" 200 11844 >138.251.206.76 - - [06/Aug/2004:19:12:17 +0000] "GET >/tags2/tasklist/DeleteFile.do?instance=The%20Case&task=1090496025&file= site >_map.htm >HTTP/1.0" 302 - > >The "DeleteFile.do" servlet is the one that forwards the user, and has >had most of its code removed so it doesn't actually write anything to disk. > >Does anyone have some example sendRedirect() code I can look at? If I >can reproduce this with someone else's code, maybe it's the platform, >otherwise maybe there's something subtle I'm missing... > >Shapira, Yoav wrote: >| Hi, >| There might be some browser checks for this sort of stuff. I remember >| reading about a virus that repeatedly redirected a hidden frame to its >| own URL for reading session data (cookies), and subsequently Microsoft >| and other vendors putting safeguards in their browsers against this sort >| of behavior. But then again, this paragraph is based upon dull >| recollections of events that are at least four years old and may just be >| in my imagination, given that it's Friday afternoon after a long week. >| >| Do the first few redirects work OK? Does the AccessLogValve show >| anything interesting for the 8th and subsequent redirects? >| >| Yoav Shapira >| Millennium Research Informatics >| >| >| >|>-----Original Message----- >|>From: J Ross Nicoll [mailto:[EMAIL PROTECTED] >|>Sent: Friday, August 06, 2004 12:16 PM >|>To: Tomcat Users List >|>Subject: Hanging after 8 sendRedirect()s >|> >| I've been going nuts trying to diagnose two applications I'm working >| >|> on, >| >| which seem to crash if a user opens 8 (maybe 9) servlets that use >| sendRedirect(), in a row. >| >| These do not return anything to the user (to the extent of not >| retrieving a PrintWriter or OutputStream). This happens both through >| Apache (with mod_jk), and just by connectiong normally. >| >| This is under Tomcat 5.0.27 with J2SDK 1.4.2, running on Linux 2.4.22 >| (although it's been demonstrated on other configurations). >| >| So, imagine there's page A, which links to page B. Page B redirects the >| user back to page A. The user clicks on the link to B, and ends up back >| at A. They repeat this a further 7 times, at which point the returned >| page for A isn't completely received. Any further attempts to >| communicate with the servlet appear to be received okay, but no >| >|> response >| >| gets back to the user. >| >| Any ideas? > > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.4 (Darwin) >Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > >iD8DBQFBF3ffEYciZnlEX74RAg7NAJwPW7k3AxGvtOylJfT2gJ0+KPw6OgCZAYsx >mzQsy8rrGmUMN7EaZBXCdb8= >=JQnw >-----END PGP SIGNATURE----- > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
