Hello.
Le lun. 29 avr. 2024 à 14:07, Gary Gregory a écrit :
>
> Eric,
>
> Apache Commons VFS is already broken up into a multi-module project,
> so I don't know what you're talking about; see
> https://search.maven.org/search?q=g:org.apache.commons%20AND%20a:commons-vfs2*
> The next release will
Hi.
Although the list of successive changes might have been meaningful in separate
commits, it seems like noise in a single one (e.g. many of them signal a change
wrt to some previous state whose trace has been lost). Obviously, repeating
"GEOMETRY-110" serves no purpose.
If possible (?), it
ect
which you had proposed some time ago).
As noted, IMHO a Maven module dedicated to benchmarking is preferable to
"mixing" with unit tests (e.g. only that module would then depend on the
benchmarking utilities).
Regards,
Gilles
>
> Gary
>
> On Sat, Apr 20, 2024, 11:01 AM G
Hi.
This commit caught my attention but I've not looked in detail (sorry!).
I'm wondering whether this addition deserves a discussion here on "dev"
to reach consensus on how to handle benchmarking code in a uniform
way across all components.
For a long time, some components (namely and mainly
Le ven. 19 avr. 2024 à 13:05, Gary Gregory a écrit :
>
> I think there are three places today this type of information can live
> within Apache:
>
> - the component website (which we can publish whenever we want)
> - the project wiki (which automatically is live)
> - https://news.apache.org/ (not
Le mar. 16 avr. 2024 à 13:09, Gary Gregory a écrit :
>
> There is an Apache wide blog here:
> https://news.apache.org/
>
> We have a wiki here:
> https://cwiki.apache.org/confluence/display/COMMONS/FrontPage
Most links lead to pages that are badly out-of-date:
---
last modified on Sep 20, 2009
Hi.
Le mar. 16 avr. 2024 à 12:45, Bruno Kinoshita
a écrit :
>
> I do not remember ever reading a blog post from Commons. The other ASF
> projects where I am active (opennlp/jena) also do not have one. Arrow has
> one that seems to be used [1], but I am not sure if others would adopt it.
> I
Le mer. 27 mars 2024 à 02:37, Elliotte Rusty Harold
a écrit :
>
> This is something to ask Apache lawyers about.
You could ask there:
https://issues.apache.org/jira/browse/LEGAL
> Yes, we're allowed to
> distribute this public US government data.
Hi.
Le mar. 26 mars 2024 à 23:46, Orion Yeung a écrit :
>
> Hello,
>
> I was unsure how to identify the component in the subject header here, but
> I'd noticed you've got the standard reference NIST data in your repo, here:
>
>
d password.
Gilles
>
> Gary
>
> On Thu, Mar 7, 2024 at 11:33 AM Gilles Sadowski wrote:
> >
> > Le jeu. 7 mars 2024 à 15:20, Gary Gregory a écrit :
> > >
> > > Please see https://commons.apache.org/site-publish.html
> >
> > Thanks.
> > Try
or we tried too many times.
[ERROR] Authentication failed
---CUT---
[Appending "--force-interactive" does not help.]
By the way, if this is the recommended way, should we remove the
"site"-related statements in the components' specific POM files?
Gilles
>
> On Thu, Mar
Hi.
In relation to
https://issues.apache.org/jira/browse/MATH-1667
I'm trying to regenerate the (live) site of [Math], but
I've lost track of the "right" way to do it in accordance
with the latest contents of the POM file; there is a
profile named "site-checkout" but running
$ mvn -P
Hi.
>From the "home" page:
https://commons.apache.org/proper/commons-statistics/
clicking on the "latest release" link:
https://commons.apache.org/statistics/download_statistics.cgi
leads to a page where the layout has not been applied.
Regards,
Gilles
It's a quick change to update the main page with the current
"graphical identity" of the ASF (new feather). [I.e. just use the
logo which the ASF main site is using.]
Not so much to modify (using Gimp) each component's logo.
And something that will need redoing in a few months from
now...
Le
image where this was
done (i.e. incorporate the new feather in the original "Commons"
logo design, modulo the remark make by Emmanuel Bourg at the
time concerning the URL).
Regards,
Gilles
>
> -Rob
>
> > On Dec 26, 2023, at 10:32 AM, Gilles Sadowski wrote:
> >
>
Le mar. 26 déc. 2023 à 16:12, Rob Tompkins a écrit :
>
> Good call. I’m going to add one to the list and then put the logos up for a
> [VOTE] to the community to choose which (by ordering them most preferred to
> least).
Well, a good logo is not just a question of preference; e.g. there may be
Hello.
Le mar. 26 déc. 2023 à 03:52, Rob Tompkins a écrit :
>
> Hey all,
>
> Should we use the more modern feather with the same logo (-1, -0, +0, +1)?
> Happy to give a shot at creating the same logo with the new feather.
A logo with the "new" ASF graphics has been there for years:
Le sam. 23 déc. 2023 à 23:50, sebb a écrit :
>
> On Sat, 23 Dec 2023 at 15:44, Gilles Sadowski wrote:
> >
> > Hello.
> >
> > Le sam. 23 déc. 2023 à 16:30, sebb a écrit :
> > >
> > > The test MultiStartMultivariateOptimizerTest.testCircleFitting [
Hello.
Le sam. 23 déc. 2023 à 16:30, sebb a écrit :
>
> The test MultiStartMultivariateOptimizerTest.testCircleFitting [1]
> seems to be flaky.
>
> It often fails with values below the expected minimum of 750.
>
> Does this indicate a real failure, or can the minimum be safely reduced?
I think
Hello.
Le jeu. 14 déc. 2023 à 12:10, Arnout Engelen a écrit :
>
> Hello Commons developers,
>
> I'd like to discuss what our security ambitions are for components like
> Commons Imaging, Compress, Codec and IO:
>
> Generally for Commons, we say that unless otherwise specified it is up to
> the
Le mar. 28 nov. 2023 à 18:39, sebb a écrit :
>
> Doh! Mea culpa.
>
> Turns out this issue had previously been solved, but during a clear-up
> I managed to remove the work-rounds.
>
> Hopefully all now resolved.
Yes; thanks!
Gilles
[...]
Hello.
For
https://commons.apache.org/geometry/download_geometry.cgi
https://commons.apache.org/math/download_math.cgi
https://commons.apache.org/numbers/download_numbers.cgi
https://commons.apache.org/statistics/download_statistics.cgi
https://commons.apache.org/rng/download_rng.cgi
Le lun. 27 nov. 2023 à 00:15, Piotr P. Karwasz
a écrit :
> [...]
> +1 (non binding): everything works correctly with the following remarks:
>
> 1. the SPDX artifact is not reproducible,
> 2. For some strange reason I had to set `TZ=America/New_York` to make
> the main JAR reproducible. Either
Le dim. 8 oct. 2023 à 16:48, Gary Gregory a écrit :
>
> Clirr and FindBugs are now unmainted and broken on modern Java versions.
> They have been replaced by JApiCmp and SpotBugs.
+1 to not run deprecated software.
>
> It does not make sense IMO to run both JApiCmp and RevApi, they do the same
Le dim. 8 oct. 2023 à 16:11, sebb a écrit :
>
> There are currently lots of variations of the defaultGoal in different
> components.
>
> It may be sensible to establish a standard setting which components
> should adopt (unless there is a good reason to do otherwise).
+1
>
> If so, what should
Hello.
Le mer. 27 sept. 2023 à 11:48, Marc Cappelletti
a écrit :
>
> Hello Gilles,
>
> Thanks for the details and the comment.
Thanks for your interest in contributing.
>
> By the way, do we comment directly on the PR
Many people mostly do it on GH (which shuns people who don't
want to
Hello.
As this list is shared among many (30+) "components" of the "Commons"
project, the "Subject: " line should be prefixed by the "id" of the component
(in this case: "[LANG] Pull request"). It is also nice if the subject line is a
bit more specific (in this case: "[LANG] Extend
Hello.
Le mar. 26 sept. 2023 à 18:33, Alex Herbert a écrit :
>
> I have been looking at continuing the work on the descriptive module
> to add the remaining stats found in Commons Math.
Thanks!
> Before adding more
> classes I would like to address the current implementation pattern.
>
> The
Le mer. 20 sept. 2023 à 15:36, sebb a écrit :
>
> I cannot find any releases for Functor
Briefly looking at the description and examples pages (not the code),
it seems that much functionality has been superseded by the standard
"java.util.function" package and lambdas.
What looks interesting is
Le dim. 17 sept. 2023 à 15:46, Eric Bresie a écrit :
>
> Which indicates:
>
> "This document is meant as a step-by-step recipe to achieve the release of
> the Commons RNG component. Note that more general instructions valid
> for all components, including [rng], are available on the Apache
Le sam. 16 sept. 2023 à 23:54, Phil Steitz a écrit :
>
> It has been quite a few years since I cut a Commons release, but I would
> like to step up for pool 2.12. I think the code in the 2_X branch is
> ready. All of my soak tests and tests with my own apps and dbcp passed. I
> am sure a lot
Hello.
Le jeu. 31 août 2023 à 15:29, Gary Gregory a écrit :
>
> Hi All,
>
> I propose we drop implementating Serializable
+1
Gilles
> and avoid any and all
> possible security issues in this area.
>
> Gary
-
To unsubscribe,
Hi.
Le jeu. 10 août 2023 à 15:41, Mark Thomas a écrit :
>
> Got them.
>
> The idiot concerned has won themselves a lifetime subscription to the
> deny list for commons-dev and the handful of other ASF lists they are
> subscribed to.
>
> Sorry it took a while to sort this out.
Was it a mistake
Le lun. 7 août 2023 à 16:38, Gilles Sadowski a écrit :
>
> Le lun. 7 août 2023 à 10:46, Mark Thomas a écrit :
> >
> > Got the error message. To help me play hunt the subscriber, can anyone
> > provide information on when this behaviour started?
>
> I got one on
Le lun. 7 août 2023 à 10:46, Mark Thomas a écrit :
>
> Got the error message. To help me play hunt the subscriber, can anyone
> provide information on when this behaviour started?
I got one on Saturday at 11:17, in a thread with
[commons-math] Three Concerns
as subject line. Content was:
Hello.
Le sam. 5 août 2023 à 08:08, Hasan Diwan a écrit :
>
> I'm trying to migrate an internal service for interpolation to commons-math
> 3.6.1, using org.apache.commons.math3.fitting.GaussianCurveFitter.
Thanks for your interest in "Commons Math".
For any new code, you should use the latest
Hello.
[Don't forget to set the prefix (in this case "[DbUtils]") in a post's
"Subject: " line; this ML is shared by 30+ components.]
Le dim. 30 juil. 2023 à 11:05, sharedata a écrit :
>
> Apache Commons DbUtils1.7 version have thread bugs in BeanProcessor
> class via SPI ServiceLoader.
>
>
2 classes above).
Then we can continue discussing (on JIRA) on how to
move around roadblocks actually encountered.
[You can create a JIRA "sub-task" for each specific
problem.]
Gilles
>
>
> On Thu, 20 Jul 2023, 22:40 Gilles Sadowski, wrote:
>
> > Le jeu. 20 juil. 2023
Le jeu. 20 juil. 2023 à 23:28, Dimitrios Efthymiou
a écrit :
>
> Unfortunately, i just tried a simple move, but there are deoendencies on 3
> distance classes
But... those classes are only used by the "clustering" package; they
are not external dependencies; they would go into the new module
as
lles
>
> On Thu, 20 Jul 2023 at 15:27, Gilles Sadowski wrote:
>
> > Hello.
> >
> > Le mer. 19 juil. 2023 à 12:59, Dimitrios Efthymiou
> > a écrit :
> > >
> > > [...]
> > > 1-- [...]
> > > 2--As for the atomic refactoring and featu
Hello.
Le mer. 19 juil. 2023 à 12:59, Dimitrios Efthymiou
a écrit :
>
> [...]
> 1-- [...]
> 2--As for the atomic refactoring and feature branch, well,
> unless someone moves the Variance class (you said that someone
> is doing it now) and the distance package and whatever other
> dependencies
Le jeu. 20 juil. 2023 à 15:18, Gary Gregory a écrit :
>
> [...] Instead of keeping on arguing to shove your library in [...]
If we could stop the brutal language... (?)
The OP asked politely, and was ready to wait indefinitely
(unsubscribing from this ML) for an answer; I just wanted
to make
Hi.
[Disclaimer: I'm not a user nor a developer of "Commons IO", so
I'm not the most suitable for entertaining this conversation and,
surely, I shouldn't be the only one...]
Le jeu. 20 juil. 2023 à 10:33, ssz a écrit :
>
> Hi
> Sure, I will support my code.
> I have a lot of other opensource
Hi.
Le mar. 18 juil. 2023 à 19:06, ssz a écrit :
>
> [...]
>
> We use this library as a second-level cache when parsing CIMXML RDF, this
> file-based cache contains triples, and also subject-type pairs (RDF nodes).
> It is not csv.
> Also, I'm thinking about RDF-Graph implementation backed by
Le mer. 19 juil. 2023 à 17:48, Elliotte Rusty Harold
a écrit :
>
> On Wed, Jul 19, 2023 at 11:38 AM Gilles Sadowski wrote:
>
> > I think that the page one would look for is this one:
> >https://commons.apache.org/proper/commons-math/dependency-info.html
Le mer. 19 juil. 2023 à 16:03, Elliotte Rusty Harold
a écrit :
>
> On Wed, Jul 19, 2023 at 9:53 AM Gilles Sadowski wrote:
>
> > > org.apache.commons.math4 and org.apache.commons.math3
> > >
> > > Although it's not easy to find,
> >
> > What
Le mer. 19 juil. 2023 à 14:58, Elliotte Rusty Harold
a écrit :
>
> Commons Math 4 and Commons Math 3 have different java packages:
>
> org.apache.commons.math4 and org.apache.commons.math3
>
> Although it's not easy to find,
What do you mean?
Is it something we can fix here?
> it does look like
Hi.
Le mer. 19 juil. 2023 à 13:43, Elliotte Rusty Harold
a écrit :
>
> 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
>
Hello.
Le mer. 19 juil. 2023 à 12:59, Dimitrios Efthymiou
a écrit :
>
> thanks Gilles.
> 1--I think I broke the build, because I did not include (correctly)
> the dependency on clustering inside the root pom.xml. My local build
> succeeds. I hope that the GitHub build succeeds, as well.
It
luctant if it
entails copying several hundred or thousand lines.]
Regards,
Gilles
[1]
https://issues.apache.org/jira/browse/MATH-1579?focusedCommentId=17744504=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17744504
>
> On Wed, 19 Jul 2023 at 09:49, Gilles Sadow
Hello.
Le mer. 19 juil. 2023 à 02:33, Dimitrios Efthymiou
a écrit :
>
> Hello everyone. Is there, or gonna be, a dedicated ticket for the
> modularisation of all 14 packages commons-math-legacy has?
https://issues.apache.org/jira/browse/MATH-1575
> I think that
> some of them are easy to
m Java? What does your implementation bring
which a user cannot do with "sort"?[1]
Best regards,
Gilles
[1] https://en.wikipedia.org/wiki/Sort_(Unix)
>
> On Tue, Jul 18, 2023 at 12:03 PM Gilles Sadowski
> wrote:
>
> > Hello.
> >
> > Le mar. 18 juil.
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
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
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
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
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
e/NUMBERS-193
Regards,
Gilles
>
> On Mon, 17 Jul 2023 at 23:22, Gilles Sadowski wrote:
>
> > Le lun. 17 juil. 2023 à 20:49, Dimitrios Efthymiou
> > a écrit :
> > >
> > > All i am saying is that if HBase has a class, say MathUtils and a method
> > &g
Le lun. 17 juil. 2023 à 20:49, Dimitrios Efthymiou
a écrit :
>
> All i am saying is that if HBase has a class, say MathUtils and a method
> add(double... numbers) and its body has the math algorithm to do addition,
> we can just replace the method body with a call to the appropriate math
> class
Hello.
Le lun. 17 juil. 2023 à 12:50, Elliotte Rusty Harold
a écrit :
>
> There are a lot of proposals floating recently to churn the API. I'm
> going to move a direct no on all of this.
>
> Mild improvements in consistency in no way justify any API breakage or
> even deprecation.
We routinely
back.
Since it's "there" already, better improve it than find more
things to add (if you don't have use-cases for them).
Did I mention "clustering" and "genetic algorithm"?
Regards,
Gilles
[1] https://issues.apache.org/jira/browse/IMAGING-358
>
>
Hi.
Le lun. 17 juil. 2023 à 18:21, Thomas a écrit :
>
> Maybe start small, with a universally usable prerequisite:
>
> something like commons-unit as an implementation of javax.measure.
https://github.com/javolution/jscience
Hello.
Le lun. 17 juil. 2023 à 13:53, Gary Gregory a écrit :
>
> It might already exist in Apache Sedona.
Thanks for the pointer.
>From a 30 s look at the web site[1] it seems more GIS-oriented. [It
might be worth comparing its features with "Commons Geometry".]
Regards,
Gilles
[1]
Short answer: No.
We have had the (failed, for various reasons[1]) "Commons Math"
experiment. No need to try another one with such a vague scope.
Regards,
Gilles
[1] Cf. record of discussions in the ML archives.
-
To
Le lun. 17 juil. 2023 à 02:34, Dimitrios Efthymiou
a écrit :
>
> 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
Sounds nice.
If
Hi.
Le lun. 17 juil. 2023 à 02:08, Gary Gregory a écrit :
>
> 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.
>
Hello.
Le sam. 15 juil. 2023 à 22:18, Dimitrios Efthymiou
a écrit :
>
> hello everyone. I noticed that the common-statistics-regression module
> has no code.
Work started as a GSoC project 4 years ago (see e.g. [1]) but code
did not reach a state where it could be committed.
> Does that mean
Hello.
Le sam. 15 juil. 2023 à 22:15, Dimitrios Efthymiou
a écrit :
>
> hello everyone. I noticed that the common-statistics-descriptive module
> has no code. Does that mean that we should start moving classes from
>
Hello.
Le ven. 14 juil. 2023 à 16:15, Dimitrios Efthymiou
a écrit :
>
> Hello devs. I need a little help.
>
> 1--Say that I want to implement a new feature/function that, technically
> exists in the math4 or legacy, but it doesn't exist in commons- geometry or
> commons- numbers. What is the
Hi.
Le ven. 14 juil. 2023 à 03:20, Dimitrios Efthymiou
a écrit :
>
> The intended audience is the devs on this maillist.
People on this ML are mostly the developers of the Commons components:
https://commons.apache.org
> It is like market
> research to get the pulse of the community on
Dimitrios,
As requested several times, could you please add the "component"
prefix to the "Subject: " line, to signal to the intended audience?
What's the purpose of the list below?
Are you developing all of those applications?
Regards,
Gilles
Le ven. 14 juil. 2023 à 02:54, Dimitrios Efthymiou
Le ven. 14 juil. 2023 à 01:36, Dimitrios Efthymiou
a écrit :
>
> getUnion(Set other)
Why is it limited to the "ANumber" type?
Again, the question is: Which kinds of applications would find it
handy that this functionality is provided by the "Commons" project?
> getIntersection(Set other)
>
For matrix-related functionality, see the "o.a.c.math4.legacy.linear"
package in "Commons Math". As noted, it's "legacy" and up for
refactoring (but note that several other packages depend on it).
[See also the JIRA reports about it.]
Le ven. 14 juil. 2023 à 01:35, Dimitrios Efthymiou
a écrit :
As I've already indicated, there is a "Graph" component that never got
traction:
https://commons.apache.org/sandbox/commons-graph/
Please have a look and if you want to revive it, you should make a
proposal starting from that (even if just to expose shortcomings which
you may have identified
Le ven. 14 juil. 2023 à 01:34, Dimitrios Efthymiou
a écrit :
>
> convertDegreesToRadians(Number x)
>
See "angle" module in "Commons Numbers".
>
> convertRadiansToDegrees(Number x)
>
>
> normaliseRadians(Number x)
>
>
> isEquivalentTo(Vector x, Vector y)
Component "Commons Geometry" defines and
More pointers below.
Note: All code in the "legacy" packages of "Commons Math" are
candidates for refactoring. The result should end up into a (maven)
module of its own with a minimal number of dependencies (and no
circular dependencies).
Le ven. 14 juil. 2023 à 01:32, Dimitrios Efthymiou
a
Le ven. 14 juil. 2023 à 01:34, Dimitrios Efthymiou
a écrit :
>
> getNumberOfParallelogramsFormedByPoints(Point[] points)
>
>
> getMinimumNumberOfLinesThatGoThroughPoints(Point
> pointAllLinesToPassThrough, Point[] points)
Maybe to be added somewhere in "Commons Geometry"...
>
>
Hi.
[Note the addition of a prefix to the "Subject:" line; this ML is shared
by some 30+ components.]
Did you have a look at what the math-related components already
provide? [Some pointers below.]
Please group your proposals by topic.
Le ven. 14 juil. 2023 à 01:32, Dimitrios Efthymiou
a
Hi.
Le mer. 12 juil. 2023 à 14:44, a écrit :
>
> This is an automated email from the ASF dual-hosted git repository.
>
> ggregory pushed a commit to branch master
> in repository https://gitbox.apache.org/repos/asf/commons-lang.git
>
> commit 2e3feda04337baa483bc26b66f238161dc6c97ac
> Author:
Hi.
IIUC, the discussion sparked by that new code is currently
converging towards deletion:
https://markmail.org/message/nlqtk6na6nvwtelo
In any case, several arguments (confusing, unnecessary,
useless) were mentioned so that this commit be reverted.
A new thread should be started on the
Le lun. 3 juil. 2023 à 09:41, Alex Herbert a écrit :
>
> On Mon, 3 Jul 2023 at 08:29, sebb wrote:
> >
> > Is null checked or unchecked?
> >
> > I think neither, so isUnchecked also needs to check for null.
> >
> > I wonder whether it might be better to throw NPE in both cases for null.
> >
> >
Le jeu. 29 juin 2023 à 17:42, Elliotte Rusty Harold
a écrit :
>
> On Thu, Jun 29, 2023 at 10:48 AM Gilles Sadowski wrote:
>
> > The situation is recoverable from the caller's POV, by performing a
> > *new* call, with a correct argument. We certainly don't need a special
&g
Le jeu. 29 juin 2023 à 16:33, Elliotte Rusty Harold
a écrit :
>
> On Thu, Jun 29, 2023 at 10:10 AM Gilles Sadowski wrote:
> >
> > Le jeu. 29 juin 2023 à 15:22, Elliotte Rusty Harold
> > a écrit :
> > >
> > > On Thu, Jun 29, 2023 at 9:07 AM Gilles Sad
Le jeu. 29 juin 2023 à 16:18, Gary Gregory a écrit :
>
> > I never could find a convincing example of "recoverable conditions".
>
> Really? How about typing in a bad server name, user name, or password?
Unfortunately we use different definitions of "recoverable".
IMO, they are typically
Le jeu. 29 juin 2023 à 15:22, Elliotte Rusty Harold
a écrit :
>
> On Thu, Jun 29, 2023 at 9:07 AM Gilles Sadowski wrote:
> >
> > Hello.
> >
> > Le jeu. 29 juin 2023 à 14:44, Gary Gregory a écrit
> > :
>
> > I agree with the second part a
Hello.
Le jeu. 29 juin 2023 à 14:44, Gary Gregory a écrit :
> [...]
>
> Java makes a clear distinction between checked and unchecked
> exceptions. As a mid-level API, I do not feel Pool should take a
> design POV that is different from Java's intended pattern regarding
> exceptions.
I agree
Hello.
[Sorry to continue a discussion that should probably go in
its own thread.]
Le jeu. 29 juin 2023 à 11:43, Mark Thomas a écrit :
>
> On 28/06/2023 14:16, Gary Gregory wrote:
> > Hi All and Phil.
>
> I haven't been that involved in Pool recently but Pool remains a key
> dependency for
Hello.
Maybe this report should be taken into account:
https://issues.apache.org/jira/browse/IO-799
Regards,
Gilles
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail:
Le mer. 10 mai 2023 à 12:29, Gilles Sadowski a écrit :
>
> Hello.
>
> Le mar. 9 mai 2023 à 23:43, Gary D. Gregory a écrit :
> >
> > Hi All,
> >
> > The method
> > org.apache.commons.imaging.icc.IccProfileParser.getICCProfileInfo(ByteSource)
> >
Hello.
Le mar. 9 mai 2023 à 23:43, Gary D. Gregory a écrit :
>
> Hi All,
>
> The method
> org.apache.commons.imaging.icc.IccProfileParser.getICCProfileInfo(ByteSource)
> looks like:
>
> public IccProfileInfo getICCProfileInfo(final ByteSource byteSource) {
> // TODO Throw instead
Hi.
Le mar. 25 avr. 2023 à 17:37, Andres Almiray a écrit :
>
> Hello!
>
> I'd like to gauge interest in adding a full Java module descriptor (a.k.a
> JPMS though the use of the acronym is discouraged) to commons-jexl.
It's an interesting functionality, but I think that it should be done in
a
Hi.
Le mar. 18 avr. 2023 à 10:20, Miguel Muñoz a écrit :
>
> Developers,
>
> (I'm new to Apache,
Welcome.
> so I hope this is the right way to submit patches.)
The usual way would be to file a report on the bug-tracking system:
https://issues.apache.org/jira/projects/IO
and upload patches
Hello.
Le lun. 3 avr. 2023 à 16:47, François Laferrière
a écrit :
>
> When running Junit tests on ACM 4.0-snapshot I get a lot of failures. Mostly
> (I supect) due to roundoff error beyond the tolerance of individual test. Is
> it just a problem on my computer (Ubuntu 22.04, Eclipse 4.23,
>
Hello.
Le mar. 28 mars 2023 à 13:40, sebb a écrit :
>
> Here are the security page sources I could find:
>
> bcel/src/site/xdoc/security.xml
> collections/src/site/xdoc/security-reports.xml
> compress/src/site/xdoc/security.xml
> configuration/src/site/xdoc/security.xml
>
Hi.
Le mar. 28 mars 2023 à 00:17, a écrit :
>
> Greetings,
>
> I've got some time on my hands the next couple of weeks, and I figured I
> could spend some of that time on the commons.
Thanks!
>
> In particular, I've noticed that commons-cli, commons-lang, and
> commons-io have a lot of jira
Hi.
Please note that you should usually prefix the "Subject:" line
of your post with the (short) name of the component in square
brackets; here that would have been "[Math]". This is because
there are so many different subjects that can be discussed on
this ML, as explained there:
Hi.
Le lun. 6 mars 2023 à 11:22, Sentaro Onizuka a écrit :
>
> To whom it may concern,
Usually, the target audience would recognize itself through an
appropriate prefix in the "Subject:" line of the email.
In this case, instead of "[GSoC2023]", it should probably be
"[Numbers]", referring to
Le sam. 4 mars 2023 à 17:08, Cyril de Catheu
a écrit :
> [...]
> > > >
> > > Let me know what you think.
> >
> > I've also added comments on JIRA.
> >
>
> Somehow I can't see any comments on JIRA -
> https://issues.apache.org/jira/browse/MATH-1654
> Am I missing something?
I wrote them... And
Hello Gary.
Le sam. 4 mars 2023 à 15:52, Gary D. Gregory a écrit :
>
> Hi Math,
>
> The build is broken locally for me, and as exemplified on GHA [1]:
> https://github.com/apache/commons-math/actions/runs/4086106809/jobs/7044975362
Thanks for the notice but a button says "Sign in to view
Hello.
Le sam. 4 mars 2023 à 12:29, Cyril de Catheu
a écrit :
>
> Hello,
>
> I just opened a ticket
Thanks for the report!
> describing an opportunity to optimize the getEntry
> method of RealMatrix implementations.
> For our specific workload in BOBYQA
Advertisement: Help is very welcome for
1 - 100 of 2452 matches
Mail list logo
