Thanks again Nico. -----Original Message----- From: Nicolas De Loof [mailto:[EMAIL PROTECTED] Sent: Friday, July 18, 2003 3:06 PM To: Struts Users Mailing List Subject: Re: actions best practice question
I use a Forward action-mapping : <action path="/newUser/init" forward="/newUser.jsp" /> You can use ForwardAction instead : <action path="/newUser/init" type="org.apache.struts.actions.ForwardAction" parameter="/newUser.jsp"/> I think ForwardAction is prefered when you want this request to use a formbean and have validation. Nico. > Nico, thanks a lot for the prompt answers. > > Do you use for that the org.apache.struts.actions.ForwardAction ? > > Erez > > > > -----Original Message----- > From: Nicolas De Loof [mailto:[EMAIL PROTECTED] > Sent: Friday, July 18, 2003 2:48 PM > To: Struts Users Mailing List > Subject: Re: actions best practice question > > I use to set a specialized action-mapping for such "init" request, that > is a simple forward (no Action class needed) > > /newUser/init.do => forward to newUser.jsp > > /newUser/register.do => RegiterUserAction => welcome.jsp^ > > if needed, forward to newUser.jsp can be easily changed by a full Action > class (to init a form-bean with some default > values for example) > > Nico. > > > > > > Nico, > > > > I agree with that, and that is basically how I did. But I was > wondering > > for the first time the action is called, basically just for displaying > > the page letting the user type in the fields values and click submit, > > what action do you use, if any? Cause, it's only the next time the > > action is called that the action is going to do real action. > > > > Erez > > > > -----Original Message----- > > From: Nicolas De Loof [mailto:[EMAIL PROTECTED] > > Sent: Friday, July 18, 2003 2:24 PM > > To: Struts Users Mailing List > > Subject: Re: actions best practice question > > > > According to MVC pattern ,alway link to action, not to JSP. This way > you > > controler always knows what the user is doing, > > and you can add some logic if needed. > > > > Using a request parameter to addapt action behaviour is a common > Struts > > use (take a look at DispatchAction). > > > > Nico. > > > > > > > > > > > I have a login page with a link with "forgot password?" for users to > > > retrieve the passwords to their email account in case they forgot > it. > > > It's pretty trivial but still using struts what is the best > practice? > > > > > > Should the link inside the login page point to the > ForgotPassword.jsp > > or > > > to a ForgotPassword.do action? > > > > > > Currently I used a ForgotPassword.do, and in the action I check if > > > there's an 'action' parameter with the value of 'send'. If the > > 'action' > > > parameter does not exist then I locally forward to the > > > ForgotPassword.jsp using struts-config.xml local forwards > > configuration. > > > If it does exist and equals to 'send' then I perform the actual > > > operation of going to the EJB layer and do what is necessary to do. > > > Is this the way to do it, or am I missing the point here? > > > > > > Any comment would be greatly appreciated here, > > > Thanks, > > > Erez > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > 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] > > > > > > > > --------------------------------------------------------------------- > > 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] > > > > > --------------------------------------------------------------------- > 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]