Doesn't Commons Validator currently include JavaScript routines? I think that's value that shouldn't be thrown away regardless of JSR-303 implementation.
Paul On Fri, Oct 23, 2009 at 8:56 AM, Simone Tripodi <simone.trip...@gmail.com> wrote: > Hi Niall, > thanks for your reply, that's my > > +1 > > :) I'm not an Apache Committer but I already contributed to Cocoon3 > and just submitted my first patch to commons-digester, so I'm quite > familiar to how things work here. > > Sure, I'll follow the list and take me in consideration!! > All the best, > Simone > > On Fri, Oct 23, 2009 at 11:35 AM, Mohammad Nour El-Din > <nour.moham...@gmail.com> wrote: >> +1 >> >> Actually this is even better to start from scratch. I am in Niall. >> >> On Fri, Oct 23, 2009 at 9:48 AM, Niall Pemberton >> <niall.pember...@gmail.com> wrote: >>> On Fri, Oct 23, 2009 at 8:27 AM, Simone Tripodi >>> <simone.trip...@gmail.com> wrote: >>>> Hi guys, >>>> I don't have the rights to express votes but at least please let me >>> >>> Anyone can vote - it may end up we don't agree - but votes are appreciated. >>> >>>> say that sounds great, commons-validation has to be the proper home >>>> for JSR303, I'd like to contribute in this project since I already >>>> started studying the spec :) >>> >>> Great - I'm assuming you're not an existing ASF committer, so it'll >>> have to be patches via JIRA tickets: >>> >>> http://commons.apache.org/validator/issue-tracking.html >>> >>> Probably best to ping the list before starting work so that we don't >>> end up duplicating effort. >>> >>> Niall >>> >>>> All the best, >>>> Simone >>>> >>>> >>>> On Fri, Oct 23, 2009 at 8:58 AM, Henri Yandell <flame...@gmail.com> wrote: >>>>> +! >>>>> >>>>> On Thu, Oct 22, 2009 at 11:17 PM, Paul Benedict <pbened...@apache.org> >>>>> wrote: >>>>>> +1 >>>>>> >>>>>> On Thu, Oct 22, 2009 at 9:33 PM, Niall Pemberton >>>>>> <niall.pember...@gmail.com> wrote: >>>>>>> The current trunk in the validator2 sandbox is a copy of the Validator >>>>>>> 1.4 code from "commons proper" - but I think we should dump all the >>>>>>> existing validator framework code and just retain the "routines" >>>>>>> package. Trying to maintain any sort of compatibility with the >>>>>>> existing validator framework would be alot more work and code and >>>>>>> create a real mess IMO and I think it would be better to not to even >>>>>>> try. The "routines" package was refactored realtively recently(!) and >>>>>>> can stand on its own. >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> http://www.google.com/profiles/simone.tripodi >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> >> >> >> -- >> Thanks >> - Mohammad Nour >> - LinkedIn: http://www.linkedin.com/in/mnour >> ---- >> "Life is like riding a bicycle. To keep your balance you must keep moving" >> - Albert Einstein >> >> "Writing clean code is what you must do in order to call yourself a >> professional. There is no reasonable excuse for doing anything less >> than your best." >> - Clean Code: A Handbook of Agile Software Craftsmanship >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > > > -- > http://www.google.com/profiles/simone.tripodi > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
