commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henri Yandell <>
Subject Re: [lang] 3.0, what's in; what's out
Date Sun, 15 Mar 2009 02:20:34 GMT
Sure. Split on a new thread, or if the previous thread ended up with
good concrete direction then make JIRA tickets and add patches. [Not
that you shouldn't commit... adding a patch on JIRA first seems to
work well for discussions].

On Sat, Mar 14, 2009 at 1:38 PM, Oliver Heger
<> wrote:
> May I repeat my proposal [1] to add some utility classes related to
> concurrency?
> Oliver
> [1]
> Henri Yandell schrieb:
>> 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:
>> For additional commands, e-mail:
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message