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-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
