I see. I didn't suggest I would start creating modules here and there. I just wanted to know if there is a plan to, eventually, put all those legacy packages into their own projects like analysis, linear algebra, special functions, optimisation, etc. That's all. I am not gonna do it. But since on of my favourite things in programming is playing with legacy code and refactoring, I wanted to know if there is a plan for these things. I guess eventually, yes.
On Wed, 19 Jul 2023 at 12:43, Elliotte Rusty Harold <elh...@ibiblio.org> wrote: > Ok, don't do that unless it's new code in new packages. Otherwise > you're creating a dependency hell for existing clients. It is > extremely developer hostile. Pretty much all of https://jlbp.dev/ > applies but especially > > JLBP-5: Do not include a class in more than one classpath entry > JLBP-6: Rename artifacts and packages together > > Debugging the problems this will cause is difficult and painful, even > for someone well-versed in Maven dependency management. > > On Wed, Jul 19, 2023 at 11:37 AM Dimitrios Efthymiou > <efthymiou.dimitri...@gmail.com> wrote: > > > > no. I mean creating maven modules inside commons-math, like > > the existing ones: > > commons-math-neuralnet > > commons-math-transform > > > > On Wed, 19 Jul 2023 at 12:29, Elliotte Rusty Harold <elh...@ibiblio.org> > > wrote: > > > > > Could you be precise about what you mean by "modularisation"? It's a > > > very overloaded term. Do you mean Java 9 modules as defined by the > > > JPMS? > > > > > > On Wed, Jul 19, 2023 at 12:33 AM Dimitrios Efthymiou > > > <efthymiou.dimitri...@gmail.com> wrote: > > > > > > > > Hello everyone. Is there, or gonna be, a dedicated ticket for the > > > > modularisation of all 14 packages commons-math-legacy has? I think > that > > > > some of them are easy to modularise like optimisation, special and > filter > > > > > > > > > > > > -- > > > Elliotte Rusty Harold > > > elh...@ibiblio.org > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > -- > Elliotte Rusty Harold > elh...@ibiblio.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
