struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Mattox" <michael.mat...@verideon.com>
Subject RE: using Tokens with Tiles
Date Tue, 25 Mar 2003 15:14:36 GMT
the token methods are struts methods, so they need to be called inside
actions.

> -----Original Message-----
> From: Mick.Knutson@ubsw.com [mailto:Mick.Knutson@ubsw.com]
> Sent: mardi 25 mars 2003 16:09
> To: struts-user@jakarta.apache.org
> Subject: RE: using Tokens with Tiles
>
>
> How would this differ from just creating a ServletFilter then?
>
> >"setTokenAndForward.do"
>
>   _____
>
> Thank You
>
> Mick Knutson
>
> Sr. Designer - Project Trust
> aUBS AG, Financial - Z├╝rich
> Office: +41 (0)1/234.42.75
> Internal: 48194
> Mobile: 079.726.14.26
>   _____
>
>
>
> -----Original Message-----
> From: Nicolas De Loof [mailto:nicolas.deloof@cgey.com]
> Sent: Tuesday, March 25, 2003 4:00 PM
> To: Struts Users Mailing List
> Subject: Re: using Tokens with Tiles
>
>
> I you want to keep this URL style, you should extend
> [forward.do]Action (I don't know the class name) to set a token,
> and define a new mapping in struts-config.xml
> "setTokenAndForward.do" that you can use the same way on page that need a
> token to be set :
> http://localhost:8080/webapp/setTokenAndForward.do?def=main
>
> Nico.
>
> > I'm using Tiles to display the pages, with the Tiles forward.do action
> > passing in the def parameter:
> >
> > http://localhost:8080/webapp/forward.do?def=main
> >
> > I guess I could add a Struts action for every tile definition
> but I really
> > like there has to be a better way!
> >
> > > -----Original Message-----
> > > From: Nicolas De Loof [mailto:nicolas.deloof@cgey.com]
> > > Sent: mardi 25 mars 2003 15:45
> > > To: Struts Users Mailing List
> > > Subject: Re: using Tokens with Tiles
> > >
> > >
> > > You should ALWAYS use an action to display a page. I know lot it
> > > looks simplier to use JSP URL instead of defining a new
> > > action in struts-config... But in your case you see that not
> > > using the controler brings you to duplicate submit
> > > problems.
> > >
> > > Nico.
> > >
> > >
> > > > I'm trying to prevent the user from submitting a form and
> then doing a
> > > > refresh and unknowingly submitting it twice.  I've read the
> about Struts
> > > > support for tokens, and I understand how to use it when an
> > > action is called
> > > > before the form is displayed.  But in my case no action is
> > > called before the
> > > > form is displayed and I don't know where to call
> > > saveToken(request).  Is it
> > > > possible to use a token in this situation?  If not is there
> > > another approach
> > > > I can use?
> > > >
> > > > Michael
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: struts-user-help@jakarta.apache.org
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: struts-user-help@jakarta.apache.org
> > >
> > >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
>
> Visit our website at http://www.ubswarburg.com
>
> This message contains confidential information and is intended only
> for the individual named.  If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail.  Please
> notify the sender immediately by e-mail if you have received this
> e-mail by mistake and delete this e-mail from your system.
>
> E-mail transmission cannot be guaranteed to be secure or error-free
> as information could be intercepted, corrupted, lost, destroyed,
> arrive late or incomplete, or contain viruses.  The sender therefore
> does not accept liability for any errors or omissions in the contents
> of this message which arise as a result of e-mail transmission.  If
> verification is required please request a hard-copy version.  This
> message is provided for informational purposes and should not be
> construed as a solicitation or offer to buy or sell any securities or
> related financial instruments.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
>



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


Mime
View raw message