(repost; I might have used the wrong sender address) just a work-around I came to think of:
if you’re building with maven or ant, why not generate the validation.xml-files from a home made xml configuration file using xxl(t)? such tasks are built-in in ant and for maven there’s the xml-maven-plugin. generate the files into the generated classes dir and presto. just my 2c mats >> Från: Lukasz Lenart <lukaszlen...@apache.org> >> Ämne: Re: Grouping same type validators >> Datum: 5 maj 2014 10:17:09 CEST >> Till: Struts Users Mailing List <user@struts.apache.org> >> >> >> It isn't supported and I don't see simple way to achieve this. >> >> 2014-05-03 23:33 GMT+02:00 Antonio Sánchez <ads...@gmail.com>: >>> Hello. >>> >>> in a middle sized application there may be hundreds of required fields, and >>> maybe dozens of some other validator type, which are all very verbose to >>> define. >>> >>> For instance: guess a big form with many required fields: >>> >>> <validator type="requiredstring"> >>> <param name="fieldname">person.firstName</param> >>> <message>First name is required.</message> >>> </validator> >>> <validator type="requiredstring"> >>> <param name="fieldname">person.lastName</param> >>> <message>Last name is required.</message> >>> </validator> >>> ... same for age... >>> ... same for manymor... >>> >>> This is repeating the same pattern for both defining the validator and the >>> corresponding message. >>> >>> Is it possible to abbreviate to something like (pseudo-language): >>> >>> <validator type="requiredstring"> >>> <param name="fieldname">person.lastName, person.lastName, >>> person.age, person.manymore</param> >>> <message>[MATCHED_FIELDNAME] is required.</message> >>> </validator> >>> >>> or >>> >>> <validator type="requiredstring"> >>> <param name="fieldname">person.lastName, person.lastName, >>> person.age, person.manymore</param> >>> <message key="requiredField" /> >>> </validator> >>> >>> and 'global.properties' having >>> >>> requiredField = [MATCHED_FIELDNAME] is required. >>> >>> Thank you. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >>> For additional commands, e-mail: user-h...@struts.apache.org >>> >> --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org