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: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding;
  b=Aygbptxp9bzyY5lAQJAgc/D1qQuPs5O0JrPNALnwkcVUuPrW07bSQeIHkoAFBRZg26UipWO4ZGkCwHdt0Pf34NK7lORps4UxB92vYaoDOLlan0dKaptGBEdlVw4imaebjXGqjyqILNQNLRhp/Y2WYty0LIiIDZCG7QzFAOQhLPg=;
Message-ID: <146245.4811.qm@web55105.mail.re4.yahoo.com>
Date: Sat, 14 Mar 2009 12:36:05 -0700 (PDT)
From: Matt Benson <gudnabrsam@yahoo.com>
Subject: RE: [lang] 3.0, what's in; what's out
To: Commons Developers List <dev@commons.apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable


--- On Sat, 3/14/09, Gary Gregory <GGregory@seagullsoftware.com> wrote:

> From: Gary Gregory <GGregory@seagullsoftware.com>
> Subject: RE: [lang] 3.0, what's in; what's out
> To: "Commons Developers List" <dev@commons.apache.org>
> Date: Saturday, March 14, 2009, 2:19 PM
> > -----Original Message-----
> > From: Matt Benson [mailto:gudnabrsam@yahoo.com]
> > Sent: Saturday, March 14, 2009 11:57 AM
> > To: Commons Developers List
> > Subject: Re: [lang] 3.0, what's in; what's out
> >=20
> >=20
> > I'd like to add a TypeUtils to the reflect subpackage,
> to provide as much
> > help as possible for discovering type parameters of
> generic types.=A0 I
>=20
> I thought that type erasure made this impossible? Can you
> define what the class would do please?

Based on the research I have done thus far, type erasure makes it impossibl=
e to determine the parameters of a given object, but you can still learn ce=
rtain things about type parameters of methods, fields,  and superclasses th=
at may be helpful.  The idea is under development, but it's based on James'=
s code from [proxy]'s 2.0 branch.  Thanks for your concern though!  ;)

-Matt

>=20
> Thanks,
> Gary
>=20
> > recently commented in ClassUtils that a 3.0,
> Java5-compatible assignable
> > test should assume autoboxing =3D=3D true (since one would
> think the
> > assignable test would normally be used in preparation
> for e.g. a
> > reflection-based method call autoboxing should have
> been a safe assumption
> > to begin with, but anyway...).
> >=20
> > -Matt
> >=20
> > --- On Sat, 3/14/09, Henri Yandell <flamefew@gmail.com>
> wrote:
> >=20
> > > From: Henri Yandell <flamefew@gmail.com>
> > > Subject: [lang] 3.0, what's in; what's out
> > > To: "Commons Developers List" <dev@commons.apache.org>
> > > Date: Saturday, March 14, 2009, 4:21 AM
> > > Starting up a thread for cleanup
> > > discussions on Lang.
> > >
> > > I've removed the enum (was a blocker on JDK 5)
> and enums
> > > (people need
> > > to use real enums now) packages from Lang's trunk
> and moved
> > > them to a
> > > lang-backcompat sibling component. I've not made
> it a
> > > branch, it lives
> > > at the same level as trunk and will need its
> future to be
> > > decided.
> > >
> > > An EnumUtils class has been added to the main
> lang
> > > package.
> > >
> > > I also think the exception package should go.
> Again - the
> > > JDK has
> > > support for this now and there's no strong value
> in Lang
> > > having an
> > > alternative to stop people thinking about JDK
> 1.5. The
> > > ExceptionUtils
> > > class should move up to the main lang package and
> needs to
> > > have the
> > > Nestable Lang code removed from it. Presumably it
> still has
> > > value.
> > >
> > > Some of the Date code is tempting to delete.
> Either due to
> > > buginess,
> > > or general 'this isn't that cool' ness.
> > >
> > > JVMRandom should go. I'm not convinced it's had
> much use.
> > >
> > > IDKey should move to package scoping - I've not
> seen an
> > > argument made
> > > yet for it being public.
> > >
> > > Fraction is up for debate. Do we cede this to
> Commons Math.
> > > Sure it
> > > might add another jar to some people's code, but
> probably
> > > good for
> > > them to be more aware of Math.
> > >
> > > WordUtils and StringEscapeUtils both strike me
> as
> > > 'desirable but
> > > flawed'. We should consider overhauls.
> > >
> > > The Security requiring stuff in builder for
> reflection
> > > needs to go
> > > away imo. Makes it less than useful.
> > >
> > > We need a PackageUtils in reflect.
> > >
> > > We need to consider if there are any annotations
> that are
> > > valuable to
> > > be pseudo-standard.
> > >
> > > I'm still partial to a RegexUtils.
> > >
> > > Plus general generifying, varargs, autoboxing.
> > >
> > > Deletion of all deprecated methods/classes.
> > >
> > > And the various other backwards incompatible
> changes that
> > > people have
> > > been requesting.
> > >
> > > Hen
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > > For additional commands, e-mail: dev-help@commons.apache.org
> > >
> > >
> >=20
> >=20
> >=20
> >=20
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
>=20
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>=20
> =0A=0A=0A      

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