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 <oliver.he...@oliver-heger.de> wrote: > May I repeat my proposal [1] to add some utility classes related to > concurrency? > > Oliver > > [1] http://www.mail-archive.com/dev@commons.apache.org/msg08095.html > > 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: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
