commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <>
Subject RE: [validator] Status Of Future Development In Light of Bean Validation and ORO Retirement
Date Fri, 07 Jan 2011 15:18:23 GMT
Hi Jacob,

The best way to get the ball rolling on something like this is to create a patch and attach
it to a JIRA ticket. Next would be getting a release out which means a committer would need
to volunteer and be voted in as the release manager.

Gary Gregory
Senior Software Engineer
Rocket Software
3340 Peachtree Road, Suite 820 . Atlanta, GA 30326 . USA
Tel: +1.404.760.1560
Web: seagull.rocketsoftware.comĀ  

> -----Original Message-----
> From: Jacob Zwiers []
> Sent: Friday, January 07, 2011 09:58
> To: ''
> Subject: [validator] Status Of Future Development In Light of Bean Validation
> and ORO Retirement
> I've scanned the last couple of years of the mailing lists to try and get this
> information.  Apologies if it's answered elsewhere, but I couldn't find it.
> I'm aware of the Incubator project "Bean Validator" which is taking the
> Commons Validator in a new, JSR-303 direction.
> I've also noted some (not sure how recent) action on a version 1.4 which seems
> intended to bring the minumum JDK up to 1.4.
> However, it seems that ORO ( has been retired,
> and "Users are encouraged to use similar features in newer Java versions,
> where available."
> I went down this path trying to remove dependencies on ORO but got stopped
> because of the validator dependecy on it.
> So ... my question is ... is there any appetite for a validator2 project which
> bring the JDK up to 1.4 or 1.5 and gets off the ORO depencency.
> Or can that just be done as part of the 1.4 release since it shouldn't require
> and API changes ... and may not benefit too much from and JDK 1.5 features?
> The use case would be for projects which continue to value the implementation
> of the routine-based validation of things like email addresses but don't need
> the whole JSR-303.
> Either way, I'm happy to provide patches since (at least on the ORO-
> replacement) since I've already gone down that path with some or our internal
> regexps.
> jz

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message