http://www.mail-archive.com/struts-user@jakarta.apache.org/msg37248.html
> -----Original Message----- > From: Thomas Eichberger [mailto:[EMAIL PROTECTED]] > 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:[EMAIL PROTECTED]] > > > 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: > ><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]> > > > -- > 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]>
