commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <GGreg...@seagullsoftware.com>
Subject RE: [lang] 3.0, what's in; what's out
Date Sat, 14 Mar 2009 19:39:44 GMT
> -----Original Message-----
> From: Matt Benson [mailto:gudnabrsam@yahoo.com]
> Sent: Saturday, March 14, 2009 12:36 PM
> To: Commons Developers List
> Subject: RE: [lang] 3.0, what's in; what's out
> 
> 
> --- 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
> > >
> > >
> > > 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.  I
> >
> > 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
> impossible to determine the parameters of a given object, but you can
> still learn certain things about type parameters of methods, fields,  and
> superclasses that 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!  ;)

Thanks for the clarification. BTW, I've you have not read it yet, this is a great resource:
http://www.angelikalanger.com/GenericsFAQ/FAQSections/ProgrammingIdioms.html

Gary

> 
> -Matt
> 
> >
> > Thanks,
> > Gary
> >
> > > recently commented in ClassUtils that a 3.0,
> > Java5-compatible assignable
> > > test should assume autoboxing == 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...).
> > >
> > > -Matt
> > >
> > > --- On Sat, 3/14/09, Henri Yandell <flamefew@gmail.com>
> > wrote:
> > >
> > > > 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
> > > >
> > > >
> > >
> > >
> > >
> > >
> > >
> > ---------------------------------------------------------------------
> > > 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


Mime
View raw message