I think it solves the usecase of validation done in the middle layer instead of using wicket's validators. The problems are: how do you aggregate validation messages from your validation, and how do you map those messsages back onto wicket components.
-Igor > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Eelco Hillenius > Sent: Tuesday, October 11, 2005 11:56 AM > To: [email protected] > Subject: Re: [Wicket-develop] Just a thought... > > It would be interesting to see what you did, when you solved > it, and look at what kind of use cases it can solve. Keep up > informed! :) > > Eelco > > On 10/11/05, Phil Kulak <[EMAIL PROTECTED]> wrote: > > It's definitely a syntactic sugar kind of thing. I've got a > form right > > now with many text boxes that represent complex user types and it > > seems tedious to do all that validation and conversion after the > > submit, or to override updateModel() on every component. > > > > I never thought about doing it as a model though. I think I'm just > > going to do that so there's no need to petition for it to > be part of > > the core. > > > > On 10/11/05, Eelco Hillenius <[EMAIL PROTECTED]> wrote: > > > What actual use cases are you thinking of that can't be > done by forms? > > > Your idea could be implemented as a special model. I'm > not sure what > > > the advantage over the normal form processing is though. > > > > > > Eelco > > > > > > > > > On 10/11/05, Phil Kulak <[EMAIL PROTECTED]> wrote: > > > > What do you guys think about something like this: you > have a model > > > > object with a bunch of setters that take Strings and > ints and so > > > > forth, and getters that return complex user types. In > the setters > > > > validation and conversion takes place, with a special exception > > > > thrown on failure, the message of which is picked up by > Wicket and > > > > set on the component. Comments, questions? > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.Net email is sponsored by: > > > > Power Architecture Resource Center: Free content, downloads, > > > > discussions, and more. > http://solutions.newsforge.com/ibmarch.tmpl > > > > _______________________________________________ > > > > Wicket-develop mailing list > > > > [email protected] > > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: > > > Power Architecture Resource Center: Free content, downloads, > > > discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl > > > _______________________________________________ > > > Wicket-develop mailing list > > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Power Architecture Resource Center: Free content, downloads, > > discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl > > _______________________________________________ > > Wicket-develop mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Wicket-develop mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop
