But they don't /need/ to happen in Wicket. If you want your business layer to take care of it - what is what you are proposing if I understand you right - well... let it do it's thing and let it just report back that there are errors. Your special models should then take care of both setting the error message on the right component, and calling invalid on that component.
Eelco On 10/11/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > Another caveat is that the mapping needs to be two-way. Since type > conversion errors happen in wicket the validation function in the middle > layer needs to know to ignore properties with type-conversion errors. > > -Igor > > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf > > Of Igor Vaynberg > > Sent: Tuesday, October 11, 2005 1:17 PM > > To: [email protected] > > Subject: RE: [Wicket-develop] Just a thought... > > > > Yep, with imodel there is an infinite way to access any property. > > > > -Igor > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Eelco > > > Hillenius > > > Sent: Tuesday, October 11, 2005 1:10 PM > > > To: [email protected] > > > Subject: Re: [Wicket-develop] Just a thought... > > > > > > I see. The troubles start when you use > > CompoundPropertyModels, right? > > > > > > Eelco > > > > > > On 10/11/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > > Havent actually worked with spring-mvc, just looked through > > > the code. > > > > My understanding is that spring uses property-paths to map > > > components > > > > to the model and those same paths as error keys. > > > > > > > > So if you have: > > > > Class Name{getFirst(); getLast()} and class Person{getUsername(); > > > > getName();} > > > > > > > > You will have three textfields mapped by "username", > > "name.first", > > > > "name.last" much like propertymodels in wicket, then you > > > can validate > > > > and return an errors object containing errors keyd off the > > > property expressions. > > > > > > > > The difficulty with wicket is that we have a generic > > model for the > > > > components so there is no easy 1-1 mapping. > > > > > > > > -Igor > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: [EMAIL PROTECTED] > > > > > [mailto:[EMAIL PROTECTED] On > > Behalf Of > > > > > Eelco Hillenius > > > > > Sent: Tuesday, October 11, 2005 12:58 PM > > > > > To: [email protected] > > > > > Subject: Re: [Wicket-develop] Just a thought... > > > > > > > > > > So you need to establish some kind of relation between > > > the business > > > > > and web tiers. As the web tier uses the business tier, > > > the web tier > > > > > should be responsible for registering its components as e.g. > > > > > observers (using some generic interface) for these messages. At > > > > > least, that's how I would do it. What does Spring say > > about this? > > > > > > > > > > Eelco > > > > > > > > > > On 10/11/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > > > > Setting the messages works great. That's not the problem > > > > > though, the > > > > > > problem is how to map the messages from middle layer > > > validation to > > > > > > wicket components. Ie, if my middle layer returns an > > error with > > > > > > key > > > > > > entity.field1.field2 how do I easily map that on to the > > > > > > appropriate textbox in the wicket form so I can call > > > the message func on it. > > > > > > > > > > > > -Igor > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: [EMAIL PROTECTED] > > > > > > > [mailto:[EMAIL PROTECTED] > > > On Behalf Of > > > > > > > Eelco Hillenius > > > > > > > Sent: Tuesday, October 11, 2005 12:42 PM > > > > > > > To: [email protected] > > > > > > > Subject: Re: [Wicket-develop] Just a thought... > > > > > > > > > > > > > > You can set the messages for Wicket as-is. So if you have > > > > > > > translated/ localized messages you want to expose, just do. > > > > > > > No need to make things harder than that. > > > > > > > > > > > > > > Eelco > > > > > > > > > > > > > > > > > > > > > On 10/11/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > > > > > > 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-develo > > > > > > > > > > > > p > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > > > > > 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-develo > > > > > > > > > > p > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > > > 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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > 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
