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
I am going through now and comparing diffs of 2.11.1 and head of 2.x to
make sure that me and sed did not do anything wrong and I am seeing a bunch
of things like this:
-void addObject() throws Exception, IllegalStateException,
-UnsupportedOperationException;
+void addObject()
I would say 17 for 3.0.
Phil
On Mon, Jul 17, 2023 at 8:00 PM Gary Gregory wrote:
> With 3.0, we should IMO bump to Java 11 or 17.
>
> FWIW, the only reason I have Java 8 on my machines are Apache projects like
> this one.
>
> Gary
>
> On Mon, Jul 17, 2023, 19:32 Gary Gregory wrote:
>
> > Great
I think we probably should keep it. I see now tomcat still supports it, so
would require more forking / munging to add it back if we drop it. There
may be other downstreams that depend on it. So I would say keep it.
On Mon, Jul 17, 2023 at 7:59 PM Gary Gregory wrote:
> Do we want to keep JMX
I like changing the arguments to be Duration, but that has already been
done. What I am talking about is the method names, which is a second
change that I don't think is necessary. For example, unless I am missing
something, before this commit, we had setTimeBetweenEvctionRuns(Duration)
and that
This will make it smoother to port to 3.0 where there will be no long time
APIs, the Duration type is used throughout (unless Instant is appropriate).
I have most of the deprecated methods removed locally and will push in a
day or two.
What remains:
- do we want to keep the JMX code?
- should 3.0
Why exactly do we need to s/Time/Duration in all of the method names?
Duration is a measure of time. I don't get why this is necessary and it
will force people to change (eventually). I was +1 to get rid of the
"millis" in the names, but this change seems needless to me. Also, there
are still qu
I thought everything is described in sufficient detail in the documentation
and project's README ...
Obviously it is not so clear, my fault, sorry.
Probably I should consider adding more explanation to README.md.
But I thought that merge-sorting and binary-search are well-known
algorithms, and we a
Hello.
Le mar. 18 juil. 2023 à 17:35, ssz a écrit :
>
> here https://github.com/sszuev/textfile-utils-examples/tree/master/src/test
Yes, this shows the API and its usage, but I was also wondering
about actual uses. What kind of applications would need to call
this functionality from Java? What
Hello.
Le mar. 18 juil. 2023 à 17:30, Dimitrios Efthymiou
a écrit :
>
> Hello everyone. I am working on the modularisation of
> the legacy ml.clustering package to a new module:
> commons-math-clustering. Some clustering classes
> depend on stat.moment.Variance
In the new modules, there must be
here https://github.com/sszuev/textfile-utils-examples/tree/master/src/test
On Tue, Jul 18, 2023 at 12:03 PM Gilles Sadowski
wrote:
> Hello.
>
> Le mar. 18 juil. 2023 à 10:50, ssz a écrit :
> >
> > Hello there
> >
> > I see this issue on hold.
> > So far, no one else has an opinion on this issu
Hello everyone. I am working on the modularisation of
the legacy ml.clustering package to a new module:
commons-math-clustering. Some clustering classes
depend on stat.moment.Variance and some of
the ml.distance classes.
1--those distances belong to geometry probably and
not machine learning. Manh
Hello everyone. Question about the clustering package.
I started moving the math4.ml.clustering package out
of math legacy to a new module comons-math-clustering.
There are some dependencies to legacy exceptions
and the distance subpackage. Is there a roadmap for how
to do this with instructions, T
Hello.
Le mar. 18 juil. 2023 à 15:25, Dimitrios Efthymiou
a écrit :
>
> Hi Gilles. Question about the clustering package What should happen?
> Create a new module commons-math-clustering and then
> literally move the code from legacy to commons-math-clustering?
> Are there tickets or should I cre
Hi Gilles. Question about the clustering package What should happen?
Create a new module commons-math-clustering and then
literally move the code from legacy to commons-math-clustering?
Are there tickets or should I create one that explains that
we are moving the legacy clustering package to a new
On Tue, Jul 18, 2023 at 8:04 PM Gilles Sadowski wrote:
>
> > Even the "units of measurement" work is a bit fragmented. If you want
> > to use KILOMETERS and MILES for instance, or use FEET, you have to mix
> > and match different libraries with the standard, and the different
> > libraries are all
Hello.
Le mar. 18 juil. 2023 à 00:45, Paul King a écrit :
>
> The main issue with jscience is lack of maintenance. It was invented
> around the time of JSR 275 which was ultimately rejected. The newer
> "units of measurement" work is in JSR 363 and JSR 385, while the
> currency/money stuff is in
On Tue, 18 Jul 2023 at 09:43, Gilles Sadowski wrote:
>
> Hello.
>
> Le mar. 18 juil. 2023 à 02:48, Dimitrios Efthymiou
> a écrit :
> >
> > Thanks Gilles. I checked NUMBERS-193 and i have an implementation of DD and
> > i will put it in *.ext package (TBD) along with some tests. Do i have to
> > l
Hello.
Le mar. 18 juil. 2023 à 10:50, ssz a écrit :
>
> Hello there
>
> I see this issue on hold.
> So far, no one else has an opinion on this issue.
Maybe "Commons Text"?
It would help to see use-cases and API examples (in Java).
Regards,
Gilles
> I'm going to unsubscribe from this list for a
Hello there
I see this issue on hold.
So far, no one else has an opinion on this issue.
I'm going to unsubscribe from this list for a while.
Please email me directly in case of a positive final decision.
sss.zuev {at} gmail / com
Thanks!
On Mon, Jul 10, 2023 at 12:17 AM Gary Gregory
wrote:
>
Hello.
Le mar. 18 juil. 2023 à 02:48, Dimitrios Efthymiou
a écrit :
>
> Thanks Gilles. I checked NUMBERS-193 and i have an implementation of DD and
> i will put it in *.ext package (TBD) along with some tests. Do i have to
> look at Dfd.java or something, because these dfd classes in math legacy
Absolutely. Thanks
On Tue, 18 Jul 2023, 07:39 Alex Herbert, wrote:
> On Tue, 18 Jul 2023 at 01:48, Dimitrios Efthymiou
> wrote:
> >
> > Thanks Gilles. I checked NUMBERS-193 and i have an implementation of DD
> and
> > i will put it in *.ext package (TBD) along with some tests. Do i have to
> >
22 matches
Mail list logo
