Without any further input (over a week), I say it's safe to divest. On Sun, Jan 3, 2010 at 5:58 AM, Luc Maisonobe <luc.maison...@free.fr> wrote: > Henri Yandell a écrit : >> On Sat, Jan 2, 2010 at 1:57 PM, Paul Benedict <pbened...@apache.org> wrote: >>> This is how I believe the commons.lang.math package can be eliminated. >>> Based on the current 3.0-SNAPSHOT API, there are only three classes >>> left: >>> >>> Fraction >>> IEEE754rUtils >>> NumberUtils >>> >>> 1) Fraction should leave; it is completely inappropriate for this >>> library. It has nothing to do with the JDK or supporting the Java >>> language. It belongs squarely in Commons Math. >>> 2) IEEE754rUtils should move to the root of commons.lang >>> 3) NumberUtils should move to the root of commons.lang >> >> We discussed Fraction being deleted earlier in 3.0, but the view was >> to keep it. I'm happy for it to go. [math]'s version appears to be >> practically the same. >> >> Half of NumberUtils is String conversion. The other half are min/max; >> which is what IEEE754Utils is. These could potentially move to >> [math]'s util.MathUtils. >> >> One advantage is that people looking for these minor methods would >> have an on ramp into the other components for the more powerful >> features. >> >> One concern I have is finding the basic functionality in another >> package. You go to [math] and it's all about the powerful deep things, >> not a random reusable bit of code off to the side. >> >> Maybe the right solution there is "Commons Common", with 80% reuse/20% >> power; or maybe the solution is documentation in which all the basic >> types of methods are collated and link to the components they're in. > > We probably lack good documentation on the basic utility parts in [math]. > > Luc > >> >> 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
