Okay, with the Range code suggestions today and Robert getting into
MethodUtils I think there's still a lot of good development work ongoing
and that a 1.0.1 should be done.

This would include the following bugfixes:

14566 - NumberRange.getMaximum
13568 - Enum allows enums with same name
13527 - ExceptionUtils lacks common J2EE method names

I don't think the other fixes are major enough to be splicing by hand.

Does anyone care to volunteer? Else I'll just go ahead and follow Steve's
instructions on this and get it happy.

Hen

On Fri, 8 Nov 2002, Steve Downey wrote:

> StringUtils is binary incompatible with the 1.0 version of StringUtils, so it
> certainly isn't 1.0.1.
>
> Plus, I've never liked mixing bugfix releases in with new functionality, which
> always imply new bugs.
>
> If we'd spotted the maximum() bug before release, it would have stopped the
> release. Fixing showstopper bugs is good cause for a bug fix release. And
> it's not that hard:
>
> cvs tag -b -r LANG_1_0 LANG_1_0_BRANCH lang
>
> cvs co -r LANG_1_0_BRANCH -d lang_1_0_branch lang
>
> cd lang_1_0_branch
>
> <apply patch>
> ant build
> ant test
> cvs commit
>
> <edit default.properties to reflect new version number = 1.0.1>
> cvs commit
>
> then it's like doing any release. Tag it with LANG_1_0_1.
>
>
> On Friday 08 November 2002 10:07 am, [EMAIL PROTECTED] wrote:
> > I would support a release (1.1 or 1.0.1?)....
> >
> > I haven't yet had a chance to review the functor package now its in [lang]
> > (I'm away from home on business ATM).
> >
> > ClassUtils, ArrayUtils and all of the reflect package should be excluded at
> > present.
> >
> > A few other bugs have been sorted too. It would be good to see a list of
> > changes from 1.0.
> >
> > IMHO, we should wait a week or so to allow more chance to look at functor,
> > and then make a 1.1 release if its all OK.
> >
> > Stephen
> >
> > >  from:    robert burrell donkin <[EMAIL PROTECTED]>
> > >  date:    Thu, 07 Nov 2002 20:08:09
> > >  to:      [EMAIL PROTECTED]
> > >  subject: Re: [Lang] Please fix this
> > >
> > > i feel very strongly that the code in reflect is not ready to be
> > > released.
> > >
> > > in particular, i would not like to see the current method names and
> > > structure become fixed by future requirements for backwards compatibility
> > > (just) yet.
> > >
> > > (gorden bennett! i've only made one commit and i'm already sounding like
> > > i own the shop ;)
> > >
> > > - robert
> > >
> > > On Thursday, November 7, 2002, at 07:15 PM, Steve Downey wrote:
> > > > I agree that CVS head is not in a releaseable state. But the bug is
> > > > fairly compelling. I think releasing off a branch from the release tag
> > > > is the best
> > > > solution.
> > > >
> > > > On Thursday 07 November 2002 12:05 pm, Henri Yandell wrote:
> > > >> Fixed in CVS, so will be in the nightly build tonight at the very
> > > >> least. And UnitTest made so Max and Min are being tested.
> > > >>
> > > >> Any views out there on the merits of a release?
> > > >>
> > > >> My judgement is that the current CVS tree is not releasable, so it
> > > >> would be a question of releasing against the tag.
> > > >>
> > > >> Any other bugs that should be included?
> > > >>
> > > >> Hen
> > > >>
> > > >> On Thu, 7 Nov 2002, [ISO-8859-1] Kasper Rönning wrote:
> > > >>> Quite a bug in Commons-Lang: class NumberRange, method geMaximum()
> > > >>> returns minimum. Could you make a new release?
> > > >>>
> > > >>> /Kasper Ronning
> > > >>>
> > > >>>
> > > >>> --
> > > >>> To unsubscribe, e-mail:
> > > >>> <mailto:commons-dev-unsubscribe@;jakarta.apache.org> For additional
> > > >>> commands, e-mail: <mailto:commons-dev-help@;jakarta.apache.org>
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> > > > <mailto:commons-dev-unsubscribe@;jakarta.apache. org>
> > > > For additional commands, e-mail:
> > > > <mailto:commons-dev-help@;jakarta.apache. org>
> > >
> > > --
> > > To unsubscribe, e-mail:
> > > <mailto:commons-dev-unsubscribe@;jakarta.apache.org> For additional
> > > commands, e-mail: <mailto:commons-dev-help@;jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:   <mailto:commons-dev-unsubscribe@;jakarta.apache.org>
> For additional commands, e-mail: <mailto:commons-dev-help@;jakarta.apache.org>
>
>



--
To unsubscribe, e-mail:   <mailto:commons-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:commons-dev-help@;jakarta.apache.org>

Reply via email to