Doc page is up: http://cwiki.apache.org/confluence/display/S2PLUGINS/OVal+Plugin and XML with class inheritance is implemented. I think it is ready for early adopters to take it for a spin :)
musachy On Mon, Mar 30, 2009 at 9:54 AM, Musachy Barroso <musa...@gmail.com> wrote: > That could be done, but the plugins make it so easy that I am not sure > it is worth the trouble. For example, to use OVal validation, instead > of the built in one all you need to do is use the "ovalValidation" > interceptor instead of "validation". > > btw XML validation now works > > musachy > > On Mon, Mar 30, 2009 at 7:15 AM, Paul Benedict <pbened...@apache.org> wrote: >> Don't forget Commons Validator 2 which is supposed to implement >> JSR-303 bean validation. >> >> PS: I think Struts 2 should have an API for pluggable validation >> systems. Why should one be preferred over another -- as a decision for >> us to make? Let the developer choose their implementation. Maybe >> XWork, maybe OVal, maybe Commons Validator, maybe Hibernate Bean >> Validation. It would be really neat to allow. >> >> Paul >> >> On Sun, Mar 29, 2009 at 8:48 PM, Musachy Barroso <musa...@gmail.com> wrote: >>> That's a good point Wes. In fact I sent my first patch today and it >>> got applied already :). I almost have XML working and I will be adding >>> more tests in the next few days. When the plugin is ready we can bring >>> it in, and see how people like it, and how it performs in production. >>> >>> musachy >>> >>> On Sat, Mar 28, 2009 at 8:49 PM, Wes Wannemacher <w...@wantii.com> wrote: >>>> On Saturday 28 March 2009 20:42:32 Musachy Barroso wrote: >>>>> I wanted to get some discussion going on the possibility of using a >>>>> third party framework for validation, and deprecating XWork's one in >>>>> the future. If there is a good library, well documented and powerful, >>>>> which does all we need, I don't really see the point in maintaining >>>>> our own implementation. Thoughts? >>>>> >>>>> //look mom, I am tryin' to deprecate more code! >>>>> >>>>> musachy >>>>> >>>> >>>> Advantages - >>>> 1. Most likely less code for us to maintain >>>> 2. Oval implements the closest thing to a validation standard for beans in >>>> java that I know of >>>> 3. Possibly reducing the training curve of new developers adopting struts >>>> 4. Being abstracted to a plugin allows for future enhancement via dropping >>>> in >>>> other validation implementations >>>> >>>> Disadvantage - >>>> - We don't own Oval and will not have much say in its future. I would say >>>> that >>>> if using OGNL should have taught us anything is that if we want to use it >>>> as a >>>> dependency, we should volunteer on that side of things so that we can make >>>> sure it is maintained in the future (probably not a problem with Oval, but >>>> wouldn't hurt). >>>> >>>> Despite listing a disadvantage, I'm still +1 on this. I think users will >>>> likely welcome the added features of validation through Oval. >>>> >>>> -Wes >>>> >>>> >>>> >>>> -- >>>> >>>> Wes Wannemacher >>>> Author - Struts 2 In Practice >>>> Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more >>>> http://www.manning.com/wannemacher >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >>>> For additional commands, e-mail: dev-h...@struts.apache.org >>>> >>>> >>> >>> >>> >>> -- >>> "Hey you! Would you help me to carry the stone?" Pink Floyd >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >>> For additional commands, e-mail: dev-h...@struts.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >> For additional commands, e-mail: dev-h...@struts.apache.org >> >> > > > > -- > "Hey you! Would you help me to carry the stone?" Pink Floyd > -- "Hey you! Would you help me to carry the stone?" Pink Floyd --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
