struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Takhar, Sandeep" <Sandeep.Tak...@CIBC.ca>
Subject RE: TokenProcesor and synchronization
Date Fri, 02 Apr 2004 12:24:14 GMT
If you are using a internal application with one browser it is better to just turn the button
off after the first click.

sandeep

-----Original Message-----
From: Prasad, Kamakshya [mailto:kprasad@capitalservicing.co.jp]
Sent: Friday, April 02, 2004 5:57 AM
To: Struts Users Mailing List
Subject: RE: TokenProcesor and synchronization


Hi

Actually I downloaded the code from the given link http://www.javaworld.com/javatips/jw-javatip136_p.html
and deployed in my server...there is one issue...

If I submit a page and then refresh it, it works as mentioned in the document 

But while submitting if I click 2-3 times with quick succession it throws a blank change

Why is it so?

KP


-----Original Message-----
From: Jose Ramon Diaz [mailto:jose.diaz@aranzadi.es] 
Sent: Friday, April 02, 2004 7:34 PM
To: 'Struts Users Mailing List'
Subject: RE: TokenProcesor and synchronization

Hi,

  Yes, but we want to synchronize the multiple submits of the same form. So
the last submit responds the same page that the first one, and only we will
have executed the first submit. 
  This is usefull when the users hits two or more times to the submit button
without waiting the response.

  Regards

     Jose R.
   
> It might be a silly question... but curiosity...
> 
> Why we need to synchronize at all? Each user session will be 
> unique in the server and so the extracted variables from that session.
> 
> KP
> 
> -----Original Message-----
> From: Jose Ramon Diaz [mailto:jose.diaz@aranzadi.es] 
> Sent: Friday, April 02, 2004 4:49 PM
> To: 'Struts Users Mailing List'
> Subject: RE: TokenProcesor and synchronization
> 
> 
> Hi,
> 
>   What do you mean? The action is synchronized with some 
> attribute related
> to one user, so the synchonization is for the same user, isn´t it?
> 
> > -----Mensaje original-----
> > De: Takhar, Sandeep [mailto:Sandeep.Takhar@CIBC.ca]
> > Enviado el: jueves, 01 de abril de 2004 14:29
> > Para: Struts Users Mailing List
> > Asunto: RE: TokenProcesor and synchronization
> > 
> > 
> > I read this, but isn't the action used by many different 
> > people and not just one?  Seems like the wrong approach, but 
> > I may be missing something.
> > 
> > sandeep
> > 
> > -----Original Message-----
> > From: Jose Ramon Diaz [mailto:jose.diaz@aranzadi.es]
> > Sent: Thursday, April 01, 2004 4:28 AM
> > To: 'Struts Users Mailing List'
> > Subject: TokenProcesor and synchronization
> > 
> > 
> > 
> > Hello,
> > 
> >   I have an interesting problem. We need to avoid duplicate 
> > form submission
> > as the load in server may be heavy.
> >   I´ve read 
> >     http://www.javaworld.com/javatips/jw-javatip136_p.html
> > 
> >   and the API of TokenProcessor. 
> >   I think I know the way of achieving that the last HTTP POST 
> > of the user
> > (if he hits the sumbit button twice or more) returns the same 
> > forward as the
> > first submission and the rest of the posts doesn´t execute, 
> as will be
> > waiting synchronized.
> > 
> >   BUT, this can work when the Token in JSP that submits the form is
> > reloaded, but ...
> >    What happens with FRAMES? We have the submit button in one 
> > frame and the
> > target of the form in another frame. So the TOKEN isn´t 
> reloaded after
> > hitting the submit button.
> > 
> >    Any idea about how to achieve the synchronization of the 
> > submits if there
> > are frames?
> > 
> >     Thanks a lot in advance!!!
> > 
> >           Jose R.
> > 
> >   
> > 
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> > 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Mime
View raw message