doGet in servlet being invoked

[Brian Levine]

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

[Greg.Huber]

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_brian@...>
24/08/2009 16:09
Please respond to
dev@...


To
<dev@...>
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  postmaster@... . Please contact us on [phone] if you need assistance.

Registered in England No: 473236
VAT No: GB524161280  

[Brian Levine]

Greg,

Thanks for the reply, unfortunately, I'm still seeing the weirdness.

/Brian

> To: dev@...
> Subject: Re: doGet in servlet being invoked
> Date: Mon, 24 Aug 2009 16:36:05 +0100
> From: Greg.Huber@...
>
> 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_brian@...>
> 24/08/2009 16:09
> Please respond to
> dev@...
>
>
> To
> <dev@...>
> 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  postmaster@... . Please contact us on [phone] 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

[Brian Levine]

After some more debugging, it looks like I have two RequestMappingFilter's being initialized.  It happens about fifteen seconds apart in the logs.  They get init'd whenever I restart tomcat.  So I'm guessing each instance handles my request, but one minute apart?

I picked the wrong week to stop sniffing glue.

> From: levine_brian@...
> To: dev@...
> Subject: RE: doGet in servlet being invoked
> Date: Mon, 24 Aug 2009 12:31:06 -0400
>
>
>
> Greg,
>
> Thanks for the reply, unfortunately, I'm still seeing the weirdness.
>
> /Brian
>
> > To: dev@...
> > Subject: Re: doGet in servlet being invoked
> > Date: Mon, 24 Aug 2009 16:36:05 +0100
> > From: Greg.Huber@...
> >
> > 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_brian@...>
> > 24/08/2009 16:09
> > Please respond to
> > dev@...
> >
> >
> > To
> > <dev@...>
> > 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  postmaster@... . Please contact us on [phone] 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

_________________________________________________________________
Get back to school stuff for them and cashback for you.
http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1

[Brian Levine]

Still trying to get this to work...

I tried the request on WinXP with IE and still saw the problem, so I'm pretty sure it's not a browser/OS issue.

I switched the request from a GET to a POST, no luck.

I hooked up the DebugFilter in web.xml, and that's getting hit twice, too.

I'm starting to think it's a tomcat/config issue.

Just thought I'd keep the list updated in case anyone else runs into the same issue and if anyone has ideas, I'd love to hear them.
Thanks!

/Brian

> From: levine_brian@...
> To: dev@...
> Subject: RE: doGet in servlet being invoked
> Date: Mon, 24 Aug 2009 14:50:38 -0400
>
>
>
> After some more debugging, it looks like I have two RequestMappingFilter's being initialized.  It happens about fifteen seconds apart in the logs.  They get init'd whenever I restart tomcat.  So I'm guessing each instance handles my request, but one minute apart?
>
> I picked the wrong week to stop sniffing glue.
>
> > From: levine_brian@...
> > To: dev@...
> > Subject: RE: doGet in servlet being invoked
> > Date: Mon, 24 Aug 2009 12:31:06 -0400
> >
> >
> >
> > Greg,
> >
> > Thanks for the reply, unfortunately, I'm still seeing the weirdness.
> >
> > /Brian
> >
> > > To: dev@...
> > > Subject: Re: doGet in servlet being invoked
> > > Date: Mon, 24 Aug 2009 16:36:05 +0100
> > > From: Greg.Huber@...
> > >
> > > 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_brian@...>
> > > 24/08/2009 16:09
> > > Please respond to
> > > dev@...
> > >
> > >
> > > To
> > > <dev@...>
> > > 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  postmaster@... . Please contact us on [phone] 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
>
> _________________________________________________________________
> Get back to school stuff for them and cashback for you.
> http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1

_________________________________________________________________
With Windows Live, you can organize, edit, and share your photos.
http://www.windowslive.com/Desktop/PhotoGallery

[Brian Levine]

I finally fixed the problem.  It's a little embarassing, but maybe the solution will help someone else...

I had been editing files directly in the my webapps/ROOT directory instead of redploying from the WAR file each time.  I decided I should update the WAR file so I could deploy from it.  But I was worried the new app wouldn't work right, so first I renamed webapps/ROOT to webapps/ROOT.bak2 (so I could go back quickly if it the WAR deployment didn't work).  It turns out that apps in that directory (webapps/ROOT.bak2) was still being deployed and still handling requests that were also being handled by webapps/ROOT.  Oops.

I'm not sure why it was being delayed by a minute, or why it didn't just blow up entirely.  

Sorry for the noise.
/Brian

> From: levine_brian@...
> To: dev@...
> Subject: RE: doGet in servlet being invoked
> Date: Wed, 26 Aug 2009 08:32:49 -0400
>
>
>
> Still trying to get this to work...
>
> I tried the request on WinXP with IE and still saw the problem, so I'm pretty sure it's not a browser/OS issue.
>
> I switched the request from a GET to a POST, no luck.
>
> I hooked up the DebugFilter in web.xml, and that's getting hit twice, too.
>
> I'm starting to think it's a tomcat/config issue.
>
> Just thought I'd keep the list updated in case anyone else runs into the same issue and if anyone has ideas, I'd love to hear them.
> Thanks!
>
> /Brian
>
>
> > From: levine_brian@...
> > To: dev@...
> > Subject: RE: doGet in servlet being invoked
> > Date: Mon, 24 Aug 2009 14:50:38 -0400
> >
> >
> >
> > After some more debugging, it looks like I have two RequestMappingFilter's being initialized.  It happens about fifteen seconds apart in the logs.  They get init'd whenever I restart tomcat.  So I'm guessing each instance handles my request, but one minute apart?
> >
> > I picked the wrong week to stop sniffing glue.
> >
> > > From: levine_brian@...
> > > To: dev@...
> > > Subject: RE: doGet in servlet being invoked
> > > Date: Mon, 24 Aug 2009 12:31:06 -0400
> > >
> > >
> > >
> > > Greg,
> > >
> > > Thanks for the reply, unfortunately, I'm still seeing the weirdness.
> > >
> > > /Brian
> > >
> > > > To: dev@...
> > > > Subject: Re: doGet in servlet being invoked
> > > > Date: Mon, 24 Aug 2009 16:36:05 +0100
> > > > From: Greg.Huber@...
> > > >
> > > > 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_brian@...>
> > > > 24/08/2009 16:09
> > > > Please respond to
> > > > dev@...
> > > >
> > > >
> > > > To
> > > > <dev@...>
> > > > 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  postmaster@... . Please contact us on [phone] 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
> >
> > _________________________________________________________________
> > Get back to school stuff for them and cashback for you.
> > http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1
>
> _________________________________________________________________
> With Windows Live, you can organize, edit, and share your photos.
> http://www.windowslive.com/Desktop/PhotoGallery

_________________________________________________________________
Windows Live: Make it easier for your friends to see what you’re up to on Facebook.
http://windowslive.com/Campaign/SocialNetworking?ocid=PID23285::T:WLMTAGL:ON:WL:en-US:SI_SB_facebook:082009

[Dan Grindstaff-2]

Hello all, I need some help in understanding how Roller (if Roller?)
uses Jazzy spellchecker.  Any description of the implementation would be
greatly appreciated.  TIA

>>> Brian Levine <levine_brian@...> 8/28/2009 10:33 AM >>>


I finally fixed the problem.  It's a little embarassing, but maybe the
solution will help someone else...

I had been editing files directly in the my webapps/ROOT directory
instead of redploying from the WAR file each time.  I decided I should
update the WAR file so I could deploy from it.  But I was worried the
new app wouldn't work right, so first I renamed webapps/ROOT to
webapps/ROOT.bak2 (so I could go back quickly if it the WAR deployment
didn't work).  It turns out that apps in that directory
(webapps/ROOT.bak2) was still being deployed and still handling requests
that were also being handled by webapps/ROOT.  Oops.

I'm not sure why it was being delayed by a minute, or why it didn't
just blow up entirely.  

Sorry for the noise.
/Brian

> From: levine_brian@...
> To: dev@...
> Subject: RE: doGet in servlet being invoked
> Date: Wed, 26 Aug 2009 08:32:49 -0400
>
>
>
> Still trying to get this to work...
>
> I tried the request on WinXP with IE and still saw the problem, so

I'm pretty sure it's not a browser/OS issue.
>
> I switched the request from a GET to a POST, no luck.
>
> I hooked up the DebugFilter in web.xml, and that's getting hit twice,
too.
>
> I'm starting to think it's a tomcat/config issue.
>
> Just thought I'd keep the list updated in case anyone else runs into
the same issue and if anyone has ideas, I'd love to hear them.

> Thanks!
>
> /Brian
>
>
> > From: levine_brian@...
> > To: dev@...
> > Subject: RE: doGet in servlet being invoked
> > Date: Mon, 24 Aug 2009 14:50:38 -0400
> >
> >
> >
> > After some more debugging, it looks like I have two

RequestMappingFilter's being initialized.  It happens about fifteen
seconds apart in the logs.  They get init'd whenever I restart tomcat.
So I'm guessing each instance handles my request, but one minute apart?

> >
> > I picked the wrong week to stop sniffing glue.
> >
> > > From: levine_brian@...
> > > To: dev@...
> > > Subject: RE: doGet in servlet being invoked
> > > Date: Mon, 24 Aug 2009 12:31:06 -0400
> > >
> > >
> > >
> > > Greg,
> > >
> > > Thanks for the reply, unfortunately, I'm still seeing the

weirdness.

> > >
> > > /Brian
> > >
> > > > To: dev@...
> > > > Subject: Re: doGet in servlet being invoked
> > > > Date: Mon, 24 Aug 2009 16:36:05 +0100
> > > > From: Greg.Huber@...
> > > >
> > > > 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_brian@...>
> > > > 24/08/2009 16:09
> > > > Please respond to
> > > > dev@...
> > > >
> > > >
> > > > To
> > > > <dev@...>
> > > > 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  postmaster@... .
Please contact us on [phone] 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

> >
> > _________________________________________________________________
> > Get back to school stuff for them and cashback for you.
> >
http://www.bing.com/cashback?form=MSHYCB&publ=WLHMTAG&crea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1

>
> _________________________________________________________________
> With Windows Live, you can organize, edit, and share your photos.
> http://www.windowslive.com/Desktop/PhotoGallery 

_________________________________________________________________
Windows Live: Make it easier for your friends to see what you’re up
to on Facebook.
http://windowslive.com/Campaign/SocialNetworking?ocid=PID23285::T:WLMTAGL:ON:WL:en-US:SI_SB_facebook:082009

[Alex Coles]

On Fri, Aug 28, 2009 at 5:53 PM, Dan
Grindstaff<Dan.Grindstaff@...> wrote:
> Hello all, I need some help in understanding how Roller (if Roller?)
> uses Jazzy spellchecker.  Any description of the implementation would be
> greatly appreciated.  TIA

I haven't committed any code to Roller (yet) but I myself was curious
about the spell-checking capabilities in Roller. I can tell you by
looking through the source code, that Jazzy is no longer used. There
is no server-side spell-checking (although you could probably write a
plugin). The WYSWIG Xinha HTML widget is the only Roller code that
provides spell-checking functionality.

I did a search back through the commit history, and it looks like it
was used quite some time ago, but removed during the Apache incubation
period.

Check SVN commits:
#398663 http://github.com/apache/roller/commit/ccffb0437409a0b1012071c0a56d527eb91cd2c1
#477849 http://github.com/apache/roller/commit/62c79e0f6d40b36d0023227794b30ab670dc28d2

Hope that helps!

Alex

P.S. Please don't quote another message thread when posting to this list!

[mraible]

I'd just use Firefox or Safari - they have spellchecking built in when
editing textareas. At least on OS X. ;-)

On Fri, Aug 28, 2009 at 10:54 AM, Alex Coles <alex.coles@...> wrote:

> On Fri, Aug 28, 2009 at 5:53 PM, Dan
> Grindstaff<Dan.Grindstaff@...> wrote:
> > Hello all, I need some help in understanding how Roller (if Roller?)
> > uses Jazzy spellchecker.  Any description of the implementation would be
> > greatly appreciated.  TIA
>
> I haven't committed any code to Roller (yet) but I myself was curious
> about the spell-checking capabilities in Roller. I can tell you by
> looking through the source code, that Jazzy is no longer used. There
> is no server-side spell-checking (although you could probably write a
> plugin). The WYSWIG Xinha HTML widget is the only Roller code that
> provides spell-checking functionality.
>
> I did a search back through the commit history, and it looks like it
> was used quite some time ago, but removed during the Apache incubation
> period.
>
> Check SVN commits:
> #398663
> http://github.com/apache/roller/commit/ccffb0437409a0b1012071c0a56d527eb91cd2c1
> #477849
> http://github.com/apache/roller/commit/62c79e0f6d40b36d0023227794b30ab670dc28d2
>
> Hope that helps!
>
> Alex
>
> P.S. Please don't quote another message thread when posting to this list!
>

[Dan Grindstaff-2]

Thank you!  I apologize for the newbie quoting mistake ;)  

>>> Alex Coles <alex.coles@...> 8/28/2009 11:54 AM >>>
On Fri, Aug 28, 2009 at 5:53 PM, Dan
Grindstaff<Dan.Grindstaff@...> wrote:
> Hello all, I need some help in understanding how Roller (if Roller?)
> uses Jazzy spellchecker.  Any description of the implementation would be
> greatly appreciated.  TIA

I haven't committed any code to Roller (yet) but I myself was curious
about the spell-checking capabilities in Roller. I can tell you by
looking through the source code, that Jazzy is no longer used. There
is no server-side spell-checking (although you could probably write a
plugin). The WYSWIG Xinha HTML widget is the only Roller code that
provides spell-checking functionality.

I did a search back through the commit history, and it looks like it
was used quite some time ago, but removed during the Apache incubation
period.

Check SVN commits:
#398663 http://github.com/apache/roller/commit/ccffb0437409a0b1012071c0a56d527eb91cd2c1 
#477849 http://github.com/apache/roller/commit/62c79e0f6d40b36d0023227794b30ab670dc28d2 

Hope that helps!

Alex

P.S. Please don't quote another message thread when posting to this list!