RE: How do I handle (ignore) multiple submits from one client?

2002-06-27 Thread James Mitchell

Struts Action class handles this for you.

Try searching for 'token'


James Mitchell
Software Engineer\Struts Evangelist
Struts-Atlanta, the "Open Minded Developer Network"
http://struts-atlanta.open-tools.org

> -Original Message-
> From: Chris Means [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, June 27, 2002 10:16 AM
> To: Struts Users Mailing List
> Cc: Developer
> Subject: RE: How do I handle (ignore) multiple submits from one client?
>
>
> Hi,
>
> I did search the archive before I submitted my question.
>
> I used your suggested search string (minus typo ), which did
> turn up two
> threads I hadn't run across (thanks!), however, neither of them seemed to
> fit my particular problem.
>
> However, I have been able to get an approach to work (having a "busy" flag
> on the session), I was confused about the fact that I was seeing
> "Connection
> reset by peer: socket write error" exceptions in the Servlet console
> window...but then I realized they would be expected under the
> circumstances.
>
> Thanks for your help.
>
> -Chris
>
> > -Original Message-
> > From: Developer [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, June 27, 2002 7:44 AM
> > To: Struts Users Mailing List; [EMAIL PROTECTED]
> > Subject: Re: How do I handle (ignore) multiple submits from one client?
> >
> >
> > Hi Chris,
> >
> > That's been discussed on this list many times, I have not paid much
> > attention to it but I know it can be found in the archives at
> > http://www.mail-archive.com/struts-user%40jakarta.apache.org/.
> >
> > There you can do a search on "miltiple submits".  Please post the thread
> > that was most helpful to you in solving your problem.
> >
> > Thank you.
> >
> >
>
>
> --
> 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]>




RE: How do I handle (ignore) multiple submits from one client?

2002-06-27 Thread Chris Means

Hi,

I did search the archive before I submitted my question.

I used your suggested search string (minus typo ), which did turn up two
threads I hadn't run across (thanks!), however, neither of them seemed to
fit my particular problem.

However, I have been able to get an approach to work (having a "busy" flag
on the session), I was confused about the fact that I was seeing "Connection
reset by peer: socket write error" exceptions in the Servlet console
window...but then I realized they would be expected under the circumstances.

Thanks for your help.

-Chris

> -Original Message-
> From: Developer [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, June 27, 2002 7:44 AM
> To: Struts Users Mailing List; [EMAIL PROTECTED]
> Subject: Re: How do I handle (ignore) multiple submits from one client?
>
>
> Hi Chris,
>
> That's been discussed on this list many times, I have not paid much
> attention to it but I know it can be found in the archives at
> http://www.mail-archive.com/struts-user%40jakarta.apache.org/.
>
> There you can do a search on "miltiple submits".  Please post the thread
> that was most helpful to you in solving your problem.
>
> Thank you.
>
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>




Re: How do I handle (ignore) multiple submits from one client?

2002-06-27 Thread Developer

Hi Chris,

That's been discussed on this list many times, I have not paid much
attention to it but I know it can be found in the archives at
http://www.mail-archive.com/struts-user%40jakarta.apache.org/.

There you can do a search on "miltiple submits".  Please post the thread
that was most helpful to you in solving your problem.

Thank you.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




How do I handle (ignore) multiple submits from one client?

2002-06-26 Thread Chris Means

Hi,

My web app is a single form where a user can move about an image.  Zoom in,
zoom out, etc.

However, a user can just sit there and click the Zoom In button very fast,
not giving my application enough time to handle the first request etc..  (no
click buffer )

The bottle-neck is a SOAP service that's actually generating the image.
It'll generate an exception "Object already in use".

What I'd like to be able to do is to ignore the latter requests without
throwing an exception...I am able to trap the exception then ignore it, but
I was wondering if there was a more elegant approach.

I've attempted to use the generateToken/saveToken methods, but as everything
is handled in one Action and one Page, it doesn't seem like the right
approach.

I've tried using a "busy" token in the session, checking for it's existence
before continuing, setting and releasing it in the body, but that doesn't
seem to be doing the trick either.

This seems like it would be a common problem...what solutions are there?

Thanks.

-Chris



--
To unsubscribe, e-mail:   
For additional commands, e-mail: