Mailing-List: contact user-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Users Mailing List" <user@struts.apache.org>
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: TokenProcesor and synchronization
Date: Fri, 2 Apr 2004 19:57:02 +0900
Message-ID: 
 <C252D4ACB83BE243BC60BDB3C130DDF0A2316C@capital-mx.capitalservicing.co.jp>
Thread-Topic: TokenProcesor and synchronization
Thread-Index: AcQYn3fDD0sgTSXWQQqQcu4Lldl99QAAWGVQ
From: "Prasad, Kamakshya" <kprasad@capitalservicing.co.jp>
To: "Struts Users Mailing List" <user@struts.apache.org>

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=20

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]=20
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.=20
  This is usefull when the users hits two or more times to the submit =
button
without waiting the response.

  Regards

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


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