I didn't say to introduce a dependency on math. I said that libraries that already depend on math, may have math algorithms implemented that we could replace with a call to the appropriate commons math methods or if math doesn't have those math algorithms, we can move them to math. Flink and HBase for example depend on math
On Mon, 17 Jul 2023, 01:08 Gary Gregory, <garydgreg...@gmail.com> wrote: > At one point, I had proposed to deprecate Commons Lang' math package in > favor of something else in Commons Math or elsewhere. Commons Lang would > NOT depend on Commons Math/Other, we would just deprecate with a forwarding > link. > > This idea was rejected IIRC because I do not think there was agreement on > where to put what. I think the Lang Fraction class for example is not a > match for the one in Math or Numbers or wherever it is. > > One thing to keep in mind it's OK to fill in the gaps in one component > (Math, Numbers, and so on) but that does not automatically mean that a > dependency will be introduced. For example, it would be odd for Lang or IO > to depend on Math. > > Gary > > On Sun, Jul 16, 2023, 19:55 Dimitrios Efthymiou < > efthymiou.dimitri...@gmail.com> wrote: > > > Hello everyone. > > One thing i would love to do is to go through the apache projects, see > > which ones already depend on the math library, and see if they implement > > some math stuff that could be replaced by a call to commons math or move > > that function to the math library. Would such cases be considered valid > for > > implementing new math algorithms inside the math libraries? I don't > think i > > have seen any ticket that wants to implement new math algorithms. > > > > Thank you > > >
