<s:form> <s:submit key="buy.key" method="buy"/> <s:submit key="sell.key" method="sell"/> </s:form>
<action name="auction" class="my.AuctionAction"> <result>/auction.jsp</result> </action> public class AuctionAction { public String buy() { return SUCCESS; } public String sell() { return SUCCESS; } } Consider this code. It would be preferable to be able to write a separate validation xml for each of the above methods. E.g. AuctionAction-sell-validation.xml AuctionAction-buy-validation.xml Presently Struts 2 seems to ignore the method name if it is non-annotated action. Are we missing something here? It seems the only way to get this to work would be to change the jsp and struts xml as follows: <s:form> <s:submit key="buy.key" action="auctionbuy" method="buy"/> <s:submit key="sell.key" action="auctionsell" method="sell"/> </s:form> <action name="auction*" class="my.AuctionAction"> <result>/auction.jsp</result> </action> With validation named as follows: AuctionAction-auctionsell-validation.xml AuctionAction-auctionbuy-validation.xml This has a downside that we have to hardcode the action alias in the JSP which limits the reuse of a JSP that maybe used by more than one action. -----Original Message----- From: cilquirm [mailto:[EMAIL PROTECTED] Sent: 18 September 2007 15:41 To: user@struts.apache.org Subject: RE: S2 : Validation per Action method - ideas? I'm not sure I follow how validation is more flexible when using annotations vs. xml files. Aliases are how you tell xwork that this method is the one to be executed, so there's a 1-to-1 mapping between aliases and methods. File based validation is, in a sense, more flexible, because you can define multiple aliases against a single method and specify different rules for each of those. If you could provide more information regarding your situation, that would be of great insight. Thanks, -a David Harland-3 wrote: > > Hi Ted, > > It appears that if you use annotations you have more flexibilty than > with using xml. Would it not be possible to add the abililty to > specify validation files for each method without having to create > aliases for every single method. We have actions with quite a high > number of methods each wanting different validation. This can get messy. > > > Regards > > David > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > Ted Husted > Sent: 18 September 2007 11:12 > To: Struts Users Mailing List > Subject: Re: S2 : Validation per Action method - ideas? > > * http://struts.apache.org/2.x/docs/validation.html > > It's under "Defining Validation Rules" at 2. The term "alias" is used > to refer to the action method. > > So if there's an actions.Register.java class with "insert" and "update" > action methods, then there might be XML docs like > > /java/actions/Register-insert-validations.xml > /java/actions/Register-update-validations.xml > > One would only file for the insert method and the other only for the > update method. > > The framework makes the association automatically, based on the naming > convention, so there's nothing else to configure. > > In WebWork in Action, it's at page 353-354, under "Validation under > different contexts". > > HTH, Ted > <http://www.husted.com/ted/blog/> > > > On 9/18/07, David Harland <[EMAIL PROTECTED]> wrote: >> Can someone please point me to the documentation that shows you how >> to > >> configure validation per action method using the validation xml files? >> Or is this not possible? >> >> -----Original Message----- >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of >> Ted Husted >> Sent: 18 September 2007 10:27 >> To: Struts Users Mailing List >> Cc: [EMAIL PROTECTED] >> Subject: Re: S2 : Validation per Action method - ideas? >> >> I opened >> >> * https://issues.apache.org/struts/browse/WW-2191 >> >> for this, and noted the setting in the Validators documentation. >> >> Thanks for pointing this out, Veronica! >> >> -Ted. >> >> On 8/10/07, Veronica Iturrioz <[EMAIL PROTECTED]> wrote: >> > You must to set the property validateAnnotatedMethodOnly=true, and >> > the >> validation occurs only for the correct methods. >> > >> > <interceptor-ref name="validation"> >> > true >> > input,back,cancel,browse >> > </interceptor-ref> >> > >> > but this is ok for server validation, not for client validation. >> > Anybody know how to resolve that for client validations? >> > >> > >> > Veronica. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - ------ > ML {UFI} > > ______________________________________________________________________ > Ufi Limited > Registered in England No. 3980770 > Registered Office: Dearing House, 1 Young Street, Sheffield, S1 4UP > > learndirect Solutions Ltd > Registered in England No. 5081669 > Registered Office: Dearing House, 1 Young Street, Sheffield, S1 4UP > > UFI Charitable Trust > Registered in England No. 3658378 > Registered Charity No. 1081028 > Registered Office: Dearing House, 1 Young Street, Sheffield, S1 4UP > > This email has been scanned by the MessageLabs Email Security System. > > ______________________________________________________________________ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/S2-%3A-Validation-per-Action-method---ideas--tf424 2670.html#a12758403 Sent from the Struts - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - ------ ML {UFI} ______________________________________________________________________ Ufi Limited Registered in England No. 3980770 Registered Office: Dearing House, 1 Young Street, Sheffield, S1 4UP learndirect Solutions Ltd Registered in England No. 5081669 Registered Office: Dearing House, 1 Young Street, Sheffield, S1 4UP UFI Charitable Trust Registered in England No. 3658378 Registered Charity No. 1081028 Registered Office: Dearing House, 1 Young Street, Sheffield, S1 4UP This email has been scanned by the MessageLabs Email Security System. ______________________________________________________________________ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]