ya i tested it on indicatingajaxbutton.
seems that when you don't enable javascripts, you don't go to the event
handler for
your button.
Instead the page is reloaded again....
so if i'm able to catch it on the client side with javascript turned on, it
wouldn't anymore be a problem. hopefully :P
On Sat, Apr 11, 2009 at 3:16 AM, Martin Makundi <
martin.maku...@koodaripalvelut.com> wrote:
> > Does it work even if i use IndicatingAjaxButton and not the SubmitLink?
>
> The wicket requestCycle redirects by default, you can put a brekpoint at
> public final void setRedirect(final boolean redirect)
> {
> this.redirect = redirect;
> }
>
> and you'll see.
>
> Ofcourse the http traffic is more efficient if you avoid double
> submission on client side and just 'gracefully' (more or less,
> depending on your service) fail on server side on double submit.
>
> **
> Martin
>
>
> >
> > On Sat, Apr 11, 2009 at 3:10 AM, Martin Makundi <
> > martin.maku...@koodaripalvelut.com> wrote:
> >
> >> Wicket uses redirect by default to avoid double submission..
> >>
> >> **
> >> Martin
> >>
> >> 2009/4/10 Carlo Camerino <carlo.camer...@gmail.com>:
> >> > Hi,
> >> >
> >> > I was just wondering how you guys implement double posting (double
> form
> >> > Submission) measures for wicket.
> >> > I was able to implement client side protection and was wondering if
> there
> >> > any way
> >> > to do it via server side also....
> >> > Is there one like struts token approach that I can use?
> >> > What is the best way to do this?
> >> > Thanks
> >> >
> >> > Carlo
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> For additional commands, e-mail: users-h...@wicket.apache.org
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
