Thanks for your input, but I am looking for something different. In Spring MVC, I can use Spring Modules' Valang Validator to define validation rules in applicationContext.xml for a form bean. Then Spring generates both client- and server-side valudation. This write-once approach is very appealing.
I am not planning write validation rules in Wicket's Java components and write Javascript-based client validation again in markup. Cheers! --- On Mon, 5/25/09, Per Lundholm <[email protected]> wrote: > From: Per Lundholm <[email protected]> > Subject: Re: Any easy way to do client-side javascript-based validation with > Wicket? > To: [email protected] > Date: Monday, May 25, 2009, 3:14 AM > I assume you have read the parts > about validation in Wicket. > > There are several examples of integrating Wicket with > various > JavaScript libraries, such as Dojo. > > /Per > > > 2009/5/25 David Chang <[email protected]>: > > > > > > I am now reading the book "Wicket in Action" to learn > about Wicket. The more I read and the more I like it! > > > > I did a few projects with Spring MVC in the past. In > these projects, I defined form field validation rules in an > XML file and Spring adds both client side and server-side, > which I think is quite helpful. > > > > I just want to know how to do the same thing in > Wicket. The validation rules dont have to be in an XML file > and they can be in Wicket's Java files, but I hope Wicket > can generate client-side validation. > > > > Please dont argue with me about the good or bad things > about client-side validation. I simply want to know whether > Wicket can do it or how to it, as well as any attempt in > this regard. > > > > Thanks so much for your help! > > > > Cheers! > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > > > > > -- > FaceBush, min insamling i Mustaschkampen: > http://www.cancerfonden.se//sv/Mustaschkampen/Kampa/Insamlingar/?collection=243 > > --------------------------------------------------------------------- > 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]
