Hi,

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:[EMAIL PROTECTED] 
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:[EMAIL PROTECTED]
> 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:[EMAIL PROTECTED]
> 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: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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

Reply via email to