Greg,
Thanks for the reply, unfortunately, I'm still seeing the weirdness. /Brian > To: dev@roller.apache.org > Subject: Re: doGet in servlet being invoked > Date: Mon, 24 Aug 2009 16:36:05 +0100 > From: greg.hu...@ricoh.co.uk > > Brian, > > Are you using Firebug? if so, make sure the net part of it is disabled, > as I have noticed strange things like this also. > > > > Cheers Greg > > > > > > Brian Levine <levine_br...@hotmail.com> > 24/08/2009 16:09 > Please respond to > dev@roller.apache.org > > > To > <dev@roller.apache.org> > cc > > Subject > doGet in servlet being invoked > > > > > > > > > This is going to sound strange, > > But I have an operation that takes a while to complete (that's not the > strange part). > > About a minute after I click on the link that invokes it, the servlet that > handles the request gets invoked again and the operation starts over again > (while the old one continues to run). > > I thought maybe it was the browser getting impatient and resending the > request (firefox/ubuntu), so I tried wget and the behavior is identical -- > about a minute into it, a new instance starts. > > The operation I wrote isn't thread safe (it's only for me and I only run > it once a day), so it's not handling it too well. > > I have a custom roller setup with a custom RequestMapper and it's > handleRequest method gets invoked before the servlet processes the request > again, so it seems like the problem is occuring before my code gets > involved. > > I also threw and caught an error at the start of doGet in my servlet to > see if the stack traces would be different (to get some kind of clue as to > what's going on), but they are identical. > > Any ideas what's going on here? Or where to look? > > Thanks! > /Brian > > _________________________________________________________________ > With Windows Live, you can organize, edit, and share your photos. > http://www.windowslive.com/Desktop/PhotoGallery > > > > Share our environment commitment - conserve resources and contribute to the > reduction of CO2 emissions by not printing the email unless absolutely > necessary to do so. > > Any opinions expressed are those of the author, not Ricoh UK Ltd. This > communication does not constitute either offer or acceptance of any > contractually binding agreement. Such offer or acceptance must be > communicated in writing. It is the responsibility of the recipient to ensure > this email and attachments are free from computer viruses before use and the > sender accepts no responsibility or liability for any such computer viruses. > > Ricoh UK Ltd. may monitor the content of emails sent and received via its > network for the purpose of ensuring compliance with its policies and > procedures. This communication contains information, which may be > confidential or privileged. The information is intended solely for the use of > the individual or entity named above. If you are not the intended recipient, > be aware that any disclosure, copying, distribution or use of the contents of > this information is prohibited. If you have received this communication in > error, please notify the sender immediately by return email with a copy to > postmas...@ricoh.co.uk . Please contact us on +44 (0) 208 261 4000 if you > need assistance. > > Registered in England No: 473236 > VAT No: GB524161280 _________________________________________________________________ Windows Live: Keep your friends up to date with what you do online. http://windowslive.com/Campaign/SocialNetworking?ocid=PID23285::T:WLMTAGL:ON:WL:en-US:SI_SB_online:082009
