Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of sebbaz@gmail.com designates
 72.14.220.156 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=LJn1ZII4XTMUIQIlSawR7ZfXaBHQFuE8k0rGNia0//j/MrAkVF4dYWvu4Wdgx/6z6S
         dQdgxYsOz+9sP7Swpb7kxYjvuP/Ge1qkTnXHdTnmzMMetm4yx5TpyziSYDPDf2Ij3xkS
         +8dNEFCxOipUyXedBtmdqKpySv/+gU9c6/CpA=
MIME-Version: 1.0
In-Reply-To: <49D818B1.6050904@gmail.com>
References: <49D51906.5030201@free.fr> <49D7827B.10006@gmail.com>
	 <25aac9fc0904041128q73e282b9y30069b76beb048d7@mail.gmail.com>
	 <49D7AC3E.3030403@gmail.com>
	 <25aac9fc0904041257k61ed9151od5860a4ee6e7ace9@mail.gmail.com>
	 <49D818B1.6050904@gmail.com>
Date: Sun, 5 Apr 2009 10:35:59 +0100
Message-ID: <25aac9fc0904050235v4839265dk8e2ceeb7b0b8a62a@mail.gmail.com>
Subject: Re: [math] releasing 2.0 ?
From: sebb <sebbaz@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On 05/04/2009, Phil Steitz <phil.steitz@gmail.com> wrote:
> sebb wrote:
>
> > On 04/04/2009, Phil Steitz <phil.steitz@gmail.com> wrote:
> >
> >
> > > sebb wrote:
> > >
> > >
> > >
> > > > On 04/04/2009, Phil Steitz <phil.steitz@gmail.com> wrote:
> > > >
> > > >
> > > >
> > > >
> > > > > Luc Maisonobe wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > Hello,
> > > > > >
> > > > > > A lot of work has been done on [math] last months.
> > > > > > There are 9 issues still open in Jira with a target set to 2.0.
> Some
> > > > > >
> > > > > >
> > > > >
> > > >
> > > of
> > >
> > >
> > > >
> > > > >
> > > > > > them have already been almost processed, some could be finished
> soon,
> > > > > > some could be postponed to 2.1.
> > > > > >
> > > > > > What do you think about preparing to release 2.0 in the next few
> weeks
> > > > > >
> > > > > >
> > > > >
> > > >
> > > ?
> > >
> > >
> > > >
> > > > >
> > > > > > I volunteer to do the realese work. For those of you who have
> taken
> > > > > >
> > > > > >
> > > > >
> > > >
> > > the
> > >
> > >
> > > >
> > > > >
> > > > > > burden of the remaining issues, do you intend to complete your
> work on
> > > > > > them or do you prefer I assign them to me and close what I can do
> ?
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >  I am +1 on pushing out 2.0.   Here are some comments on the issues
> > > > >
> > > > >
> > > >
> > > assigned
> > >
> > >
> > > >
> > > > > to me.  My geologic-time progress is unfortunately not likely to
> improve
> > > > > over the next couple of weeks, so I am more than happy to let others
> > > > >
> > > > >
> > > >
> > > jump
> > >
> > >
> > > >
> > > > > in.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > Math is now dependent on Java 1.5 (according to the pom), but there
> > > > seem to be quite a few missing @Override annotations. There are also
> > > > some raw types. Of course these are not essential, but they would
> > > > help.
> > > >
> > > >
> > > >
> > > >
> > >  I don't see either of these as essential and regarding the raw types, I
> > > would prefer to limit the changes that are not backward-compatible.
> > >
> > >
> >
> > What do you mean by backward-compatible here?
> > Do you mean compile-time or run-time?
> >
> >
> >
>  Both.  I want to minimize the impact of the upgrade to users.

The code already uses some 1.5 features, e.g. enum and autoboxing. It
also already uses parameterized types, just not everywhere. I think
it's too late for compile-time compatibility with 1.4.

Regarding raw types, the types are erased at run-time anyway. I think
the only affect on user code would be to generate some compile-time
warnings. I don't think it will stop code working. Anyway, the code
already uses non-raw types, it's just that some raw types have yet to
be converted.

>  Phil
>
>
> >
> > >
> > > > Also, what about thread-safety? There are a few Synchronized classes,
> > > > which are presumably intended to be thread-safe. I'm not sure it's
> > > > particularly necessary to have thread-safe Math classes, so long as
> > > > the classes are not thread-hostile (there's at least one such; I'll
> > > > file a JIRA shortly), but it would be useful to document which classes
> > > > are which.
> > > >
> > > >
> > > >
> > > >
> > >  +1 to add general comments to user guide and web site.
> > >
> > >
> >
> > I'd like to see the individual class Javadoc include the details as
> > well, but that could be added in due course as it will take a while.
> >
> >
> >
> > >
> > > >
> > > >
> > > > >  MATH-207 - I am close to committing David's great patch with only
> minor
> > > > > modifications and that should make us pretty much complete from code
> > > > > perspective for the initial genetics release, modulo comments on the
> API
> > > > > that may still come in.  What will remain on this is user guide
> update.
> > > > > Patches welcome!
> > > > >  MATH-114 - User guide update is all that remains.  I should be able
> to
> > > > >
> > > > >
> > > >
> > > do
> > >
> > >
> > > >
> > > > > that.
> > > > >  MATH-136 - I would like to get this in, but there is some work
> > > > >
> > > > >
> > > >
> > > involved.
> > >
> > >
> > > >
> > > > > +0 to moving to 2.1
> > > > >  MATH-169 - pushed to 2.1
> > > > >
> > > > >  I will look at MATH-197 if Brent does not catch this.
> > > > >
> > > > >  MATH-194 is a can of worms that we should collectively open and
> clean
> > > > >
> > > > >
> > > >
> > > up.
> > >
> > >
> > > >
> > > > >  I suppose I should open an issue to track it, but the general
> problem
> > > > >
> > > > >
> > > >
> > > of
> > >
> > >
> > > >
> > > > > the multiple regression API being incomplete and the GLS class being
> > > > > numerically suspect makes me think we may want to hold at least the
> GLS
> > > > > class from the release.  I will see what I can do.  I am leaning
> toward
> > > > > flattening the hierarchy, adding some basic stuff to the OLS class
> and
> > > > > releasing just that class.  I will start a separate thread on this
> issue
> > > > > when I have a plan.
> > > > >
> > > > >
> > > > >  Thanks for volunteering for the RM duty!
> > > > >
> > > > >  Phil
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > Luc
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > >
> > >
> > > >
> > > > >
> > > > >
> > > > > > To unsubscribe, e-mail:
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > dev-unsubscribe@commons.apache.org
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > For additional commands, e-mail: dev-help@commons.apache.org
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > >
> > >
> > > >
> > > > >  To unsubscribe, e-mail:
> > > > >
> > > > >
> > > >
> > > dev-unsubscribe@commons.apache.org
> > >
> > >
> > > >
> > > > >  For additional commands, e-mail: dev-help@commons.apache.org
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > >
> > >
> > > > To unsubscribe, e-mail:
> > > >
> > > >
> > > dev-unsubscribe@commons.apache.org
> > >
> > >
> > > > For additional commands, e-mail: dev-help@commons.apache.org
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > >  To unsubscribe, e-mail:
> dev-unsubscribe@commons.apache.org
> > >  For additional commands, e-mail: dev-help@commons.apache.org
> > >
> > >
> > >
> > >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
> >
>
>
> ---------------------------------------------------------------------
>  To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>  For additional commands, e-mail: dev-help@commons.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org