You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Jerome Jacobsen <je...@gentootech.com> on 2002/10/09 21:54:10 UTC
Robustly handle double-submit?
Hi,
I've seen the Struts 1.1b2 example's use of the Token for transaction
control technique. This is in EditRegistrationAction and
SaveRegistrationAction.
However, I'd like to know if there is a more robost solution to this
problem. I'd like the ability to ignore the second posting and still return
the results from the first. That is, act as if the second posting never
occurred. Is there a way to do this? Can you give me an example?
The problem with the Struts example's approach is that the user doesn't
really know what to do next after the error is displayed. They don't get
their display results from the first posting.
Jerome
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Robustly handle double-submit?
Posted by Brad Rhoads <br...@zethcon.com>.
http://www.mail-archive.com/struts-user@jakarta.apache.org/msg37248.html
> -----Original Message-----
> From: Thomas Eichberger [mailto:webmaster@java.at]
> Sent: Wednesday, October 09, 2002 3:10 PM
> To: Struts Users Mailing List
> Subject: RE: Robustly handle double-submit?
>
>
> Could you PLEASE post it again. I got a list of quite strange
> pages when I
> was searching for your posting...
>
> Thomas
>
>
>
> At 15:05 09.10.2002 -0500, you wrote:
> >I think I posted a client side, JavaScript solution here -
> just don't let
> >the user hit submit more than once. Let me know if you don't find it.
> >
> > > -----Original Message-----
> > > From: Jerome Jacobsen [mailto:jerome.jacobsen@gentootech.com]
> > > Sent: Wednesday, October 09, 2002 2:54 PM
> > > To: Struts User
> > > Subject: Robustly handle double-submit?
> > >
> > >
> > > Hi,
> > >
> > > I've seen the Struts 1.1b2 example's use of the Token for
> transaction
> > > control technique. This is in EditRegistrationAction and
> > > SaveRegistrationAction.
> > >
> > > However, I'd like to know if there is a more robost
> solution to this
> > > problem. I'd like the ability to ignore the second posting
> > > and still return
> > > the results from the first. That is, act as if the second
> > > posting never
> > > occurred. Is there a way to do this? Can you give me an example?
> > >
> > > The problem with the Struts example's approach is that the
> > > user doesn't
> > > really know what to do next after the error is displayed.
> > > They don't get
> > > their display results from the first posting.
> > >
> > > Jerome
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> ><ma...@jakarta.apache.org>
> >For additional commands, e-mail:
> ><ma...@jakarta.apache.org>
> >
> >
> >--
> >To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> >For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Robustly handle double-submit?
Posted by Thomas Eichberger <we...@java.at>.
Could you PLEASE post it again. I got a list of quite strange pages when I
was searching for your posting...
Thomas
At 15:05 09.10.2002 -0500, you wrote:
>I think I posted a client side, JavaScript solution here - just don't let
>the user hit submit more than once. Let me know if you don't find it.
>
> > -----Original Message-----
> > From: Jerome Jacobsen [mailto:jerome.jacobsen@gentootech.com]
> > Sent: Wednesday, October 09, 2002 2:54 PM
> > To: Struts User
> > Subject: Robustly handle double-submit?
> >
> >
> > Hi,
> >
> > I've seen the Struts 1.1b2 example's use of the Token for transaction
> > control technique. This is in EditRegistrationAction and
> > SaveRegistrationAction.
> >
> > However, I'd like to know if there is a more robost solution to this
> > problem. I'd like the ability to ignore the second posting
> > and still return
> > the results from the first. That is, act as if the second
> > posting never
> > occurred. Is there a way to do this? Can you give me an example?
> >
> > The problem with the Struts example's approach is that the
> > user doesn't
> > really know what to do next after the error is displayed.
> > They don't get
> > their display results from the first posting.
> >
> > Jerome
> >
> >
> > --
> > To unsubscribe, e-mail:
><ma...@jakarta.apache.org>
>For additional commands, e-mail:
><ma...@jakarta.apache.org>
>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Robustly handle double-submit?
Posted by Brad Rhoads <br...@zethcon.com>.
I think I posted a client side, JavaScript solution here - just don't let
the user hit submit more than once. Let me know if you don't find it.
> -----Original Message-----
> From: Jerome Jacobsen [mailto:jerome.jacobsen@gentootech.com]
> Sent: Wednesday, October 09, 2002 2:54 PM
> To: Struts User
> Subject: Robustly handle double-submit?
>
>
> Hi,
>
> I've seen the Struts 1.1b2 example's use of the Token for transaction
> control technique. This is in EditRegistrationAction and
> SaveRegistrationAction.
>
> However, I'd like to know if there is a more robost solution to this
> problem. I'd like the ability to ignore the second posting
> and still return
> the results from the first. That is, act as if the second
> posting never
> occurred. Is there a way to do this? Can you give me an example?
>
> The problem with the Struts example's approach is that the
> user doesn't
> really know what to do next after the error is displayed.
> They don't get
> their display results from the first posting.
>
> Jerome
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>