I don't - Hubert Rabago has an extension (called FormDef) which combines the
form definition part of Struts config with the validation config - it also
does some neat stuff on conversion. You might like to have a look at that:

https://formdef.dev.java.net/

I don't think its the nirvana you're looking for but maybe its a step in the
right direction.

Niall

----- Original Message ----- 
From: "Nathan Coast" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <user@struts.apache.org>
Sent: Tuesday, January 18, 2005 1:06 AM
Subject: Re: multiple message resources and validator


> great stuff, thanks Niall,
>
> seeing as you're obviously fairly involved with struts and validator,
> you might be able to answer this for me.....
>
> I've been thinking that much of the struts related artifacts could be
> generated from a number of models.  I have dug around a fair bit but not
> found anything that looks like what I'm thinking.
>
> a data model - describes your entities (or whatever you choose to call
> them), describes their properties and validations required for each
> property.  The data model could also contain internationalised labels
> for entities and properties.
>
> a form model - describes the fields of your forms with individual fields
> referencing entity properties in your data model, possibly describing
> whether that field needs validating, possibly overriding the validation
> for an individual field.
>
> ActionForms, validations.xml, jsps and message resources could in theory
> be generated by combining these two models.
>
> the next step would be to generate your db schema, entity beans, jdo,
> hibernate, ibatis, whatever..... from your data model and then take the
> rest of the week off.
>
> My question is.... know of anyone who's working on something like this?
>
> cheers
> Nathan
>
> Niall Pemberton wrote:
> > Its on my todo list, but unfortunately I haven't had much time recently.
> >
> > The first part of resolving this was some minor changes to Commons
> > Validator - those I've done and released in Validator version 1.1.4 just
> > before Christmas. The second part is to then modify Struts - that bit
I'm
> > hoping to get round to in the next week or two.
> >
> > Niall
> >
> >
> > ----- Original Message ----- 
> > From: "Nathan Coast" <[EMAIL PROTECTED]>
> > To: "Struts Users Mailing List" <user@struts.apache.org>
> > Sent: Monday, January 17, 2005 9:00 AM
> > Subject: multiple message resources and validator
> >
> >
> >
> >>Hi,
> >>
> >>following on from my previous email about multiple message resource
> >>files,  it looks like the validator doesn't support multiple message
> >>resource bundles.
> >>
> >>I found this workaround
> >>http://javaboutique.internet.com/tutorials/Dynaform/index-7.html
> >>
> >>An alternative is to assemble a single ApplicationResources.properties
> >>from the individual message files.
> >>
> >>Is there any plan to modify the validator to support multiple message
> >>resources?
> >>
> >>cheers
> >>Nathan
> >>-- 
> >>Nathan Coast
> >>Managing Director
> >>Codeczar Ltd
> >>mob : (852) 9049 5581
> >>tel : (852) 2834 8733
> >>fax : (852) 2834 8755
> >>web : http://www.codeczar.com
> >>
> >>---------------------------------------------------------------------
> >>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]
> >
> >
> >
>
> -- 
> Nathan Coast
> Managing Director
> Codeczar Ltd
> mob : (852) 9049 5581
> tel : (852) 2834 8733
> fax : (852) 2834 8755
> web : http://www.codeczar.com
>
> ---------------------------------------------------------------------
> 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]

Reply via email to