Le jeu. 12 sept. 2019 à 20:28, Gary Gregory a écrit :
>
> On Thu, Sep 12, 2019 at 11:42 AM Gilles Sadowski
> wrote:
>
> > Le jeu. 12 sept. 2019 à 17:32, Claude Warren a écrit :
> > >
> > > The base code depended on commons-lang3 for building hashes. Is this
Le jeu. 12 sept. 2019 à 17:15, Claude Warren a écrit :
>
> @Gilles
>
> Missed your suggestion about modularity. Can you point me to the original
> message or paraphrase it here?
https://markmail.org/message/4bibv2zsi
modules evolve synchronously (same version).
IMHO, we should and could do better (than resort to cut-and-paste).
"Shading" is an alternative.
Gilles
> On Thu, Sep 12, 2019 at 4:14 PM Claude Warren wrote:
>
> > @Gilles
> >
> > Missed your suggestion about mod
ot;Commons" in particular): Make modules with just the minimum
of (interdependent) classes, and make module with higher (composed)
functionality depend on more basic ones. All the way down to the
standard library.]
Gilles
>
> Gary
>
> On Thu, Sep 12, 2019, 11:15 Claude Warren
de donation
> > and decide what changes need to be made before it is accepted.
> >
> > Does this sound like a reasonable approach?
Any comment about my suggestion to make [Collections] modular,
starting with that code ([Collections] is nearing 30k LOC...)?
Gilles
> [...]
o be a separate project and so we
> come to Apache Commons seeking a home.
IMO, a pretty compelling rationale for hosting it at "Commons".
If people think that [Collections] would be the best home, I'd suggest
making that component modular; hence unnecessary dependencies
wo
Hello.
+1
Le mer. 11 sept. 2019 à 15:54, Gary Gregory a écrit :
>
> Hi All:
>
> I only hope that this will not turn into a bike shedding thread...
A uniform coding style (for all components); that *seems* obvious (too)...
Gilles
>
> Commons Configuration is one of the few
tween them. Great if a unique logo could be the start for sharing
other things...
However, more realistically, components will continue their
independent life (for good reasons probably), and a single logo
would be misrepresenting the variety of "Commons" contents
(subject matters as w
Hi.
Le lun. 9 sept. 2019 à 12:35, Sally Khudairi a écrit :
>
> Thank you, Gilles.
>
> I'm copying Kenneth Paskett, creative lead from Central Services. I was
> talking to him about this opportunity yesterday: we will be happy to explore
> options for a future design.
&g
onent that wants its own logo
would be
/
/ Commons
/
/
with the purpose to add the component's "visual identity" under it
(be it the "base" name as text or something more fancy): e.g.
/
/ Commons
/
Hello.
Le sam. 7 sept. 2019 à 13:29, Sally Khudairi a écrit :
>
> Thank you, Gilles. I appreciate you reaching out.
>
> Normally I encourage PMCs to not re-orient or "spindle" the feather where
> possible, but I understand that some legacy logos have a bit of a problem
Hi.
Le sam. 7 sept. 2019 à 19:47, sebb a écrit :
>
> On Sat, 7 Sep 2019 at 18:28, Gilles Sadowski wrote:
> >
> > 2019-09-07 19:11 UTC+02:00, sebb :
> > > Agreed.
> > >
> > > I think we should point out that we already have some suggestions for
>
create logos for the various components.
Gilles
>
> On Sat, 7 Sep 2019 at 16:58, Gary Gregory wrote:
>>
>> On Sat, Sep 7, 2019, 11:36 Gilles Sadowski wrote:
>>
>> > 2019-09-07 16:20 UTC+02:00, Mark Thomas :
>> > > On September 7, 2019 1:25:41 AM UTC, Gilles S
2019-09-07 18:56 UTC+02:00, sebb :
> On Sat, 7 Sep 2019 at 17:34, Gilles Sadowski wrote:
>>
>> 2019-09-07 18:07 UTC+02:00, sebb :
>> > On Sat, 7 Sep 2019 at 16:25, Gilles Sadowski
>> > wrote:
>> >>
>> >> Hi.
>> >>
>>
2019-09-07 18:07 UTC+02:00, sebb :
> On Sat, 7 Sep 2019 at 16:25, Gilles Sadowski wrote:
>>
>> Hi.
>>
>> 2019-09-07 11:51 UTC+02:00, sebb :
>> > On Sat, 7 Sep 2019 at 02:25, Gilles Sadowski
>> > wrote:
>> >>
>> >> 2019-09-0
2019-09-07 16:20 UTC+02:00, Mark Thomas :
> On September 7, 2019 1:25:41 AM UTC, Gilles Sadowski
> wrote:
>>2019-09-06 16:53 UTC+02:00, Mark Thomas :
>>> Hi all,
>>>
>>> I've looked but can't find a previous vote on this.
>>>
>>>
Hi.
2019-09-07 11:51 UTC+02:00, sebb :
> On Sat, 7 Sep 2019 at 02:25, Gilles Sadowski wrote:
>>
>> 2019-09-06 16:53 UTC+02:00, Mark Thomas :
>> > Hi all,
>> >
>> > I've looked but can't find a previous vote on this.
>> >
>>
ng in my case) but I see it could be generic so wonder if
> it is worse thinking about commons or incubator of if scope is too small
> for that and keeping it specific is saner.
Small scope, and a wide applicability, would be a feature. ;-)
Regards,
Gil
ng?
>
> My intention is, therefore, to put commons-logo_new[1-4].svg onto a wiki
> page so they can be viewed side-by-side and then to start a VOTE.
All proposals currently on that JIRA page are ruled out (see the URL).
Gilles
> I'll
> probably do that next week so
s for the new components:
https://commons.apache.org/rng
https://commons.apache.org/statistics
https://commons.apache.org/numbers
https://commons.apache.org/geometry/
Regards,
Gilles
>
> The current logo is:
> https://apache.org/foundation/press/kit/ApacheFoundation_StyleGuide.pdf
>
s/asf/comdev/project-logos/originals/commons.svg
(where the feather has been rotated).
Does it constitute a breach of the recommendations published in
the "Identity Style Guide"?[1]
Thank you,
Gilles Sadowski
[1] https://apache.org/foundation/press/kit/ApacheFoundation
ition in its own logo?
This is unrelated to the requirement to not distort the foundation's logo.
Several projects[1] use variations of the feather (including slope, cut,
rotation, stylized, old-fashion, ...).
Regards,
Gilles
[1] https://www.apache.org/logos/
>
> I can't see a dif
Hi.
Le ven. 6 sept. 2019 à 14:49, Mark Thomas a écrit :
>
> On 06/09/2019 13:05, Gilles Sadowski wrote:
> > Hi.
> >
> > Le ven. 6 sept. 2019 à 12:17, Mark Thomas a écrit :
> >>
> >> On 05/09/2019 21:39, Mark Thomas wrote:
> >>
> >>
&
omcat 9.0.x - all good.
>
> I did notice that the about box for prunmgr uses the old Commons logo.
Is there a new one?
AFAIK, the matter has never been settled.[1]
Regards,
Gilles
[1] https://issues.apache.org/jira/projects/COMMONSSITE/issues/COMMONSSITE-86
> I'l
Le jeu. 5 sept. 2019 à 17:37, Gary Gregory a écrit :
>
> On Thu, Sep 5, 2019 at 4:33 AM Gilles Sadowski wrote:
>
> > Le jeu. 5 sept. 2019 à 02:50, Gary Gregory a
> > écrit :
> > >
> > > On Wed, Sep 4, 2019 at 4:51 PM Xeno Amess wrote:
> > >
>
k with the
current publishing methods you have, we are not mandating the use of
these new features.
---CUT---
Hence, are we interested to use this new feature, or do we stick
to the current way(s) of updating the web site(s)?
Regards,
Gilles
[1] Commit a506c3dd48346f9d0d106766729700c3b1229b2e
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi.
[Forwarding the following message, so that the discussion can take
place on the "dev" ML.]
-- Forwarded message -
De : Daniel Gruno
Date: jeu. 5 sept. 2019 à 02:32
Subject: [NOTICE] Introducing .asf.yaml for enhanced automation of git
repository services
To:
Hello, fellow
e JDBC's
> SQLException family of classes, but that's a job for Commons DbUtils or
> Commons DBCP, not Commons Lang.
>
There is still the issue of the API itself (cf. some posts upwards), unless
your last comment implies that this is going to go in an "internal" package.
; }
> } catch (NoSuchMethodException | InstantiationException |
> IllegalAccessException | InvocationTargetException e) {
> throw generateException(IllegalArgumentException.class, e,
> "Can't create %s with arguments %s.",
> e
) tried something with GSoC but it didn't
work out too well partly due to expectations mismatch.
I think that it would be good that "Commons" be proactive in showing
that we are welcoming new people but to not repeat the same mistakes
we need something more objective than a general pr
> >> "message: %s", message).
API looks a little bit strange (throw a "format"?)
Perhaps:
---CUT---
throw IllegalArgumentExceptionFactory.withFormat(...);
---CUT---
Is there additional customization foreseen (that may require
a "builder")?
Also, wouldn
Hi Matt.
Do you expect something to happen here (at "Commons")?
Suggestions?
Best regards,
Gilles
2019-09-03 22:37 UTC+02:00, Katia Rojas :
> Hello folks,
>
> We are very happy to announce that we are receiving emails from folks
> showing their interest in joining
he situation there for more complex CICD scenarios. Jenkins
> pipelines aren’t going away anytime soon unlike SaaS fads sometimes do. ;)
Sorry but I don't understand how to apply this so that I could
see GitHub's "actions" pages.
Regards,
Gilles
> On Sat, Aug 31, 2019 at 18
i.org/apache/commons-bcel
without being logged in.
Concluding to the opposite.
Moreover, not having any control over the evolution of one or the other's
policy, why put all one's eggs in one basket?
Gilles
>
> Gary
>
> On Sat, Aug 31, 2019, 12:53 Matt Sicker wrote:
or services critical to the mission)
erodes independence.
Gilles
P.S. As they say: "When the service is free, you are the product".
>
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> | Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
t in the not so far future.[1]
Gilles
[1] See also: https://issues.apache.org/jira/browse/INFRA-18842
> probably if we need secrets to
> deploy on nexus or so
>
> Le sam. 31 août 2019 à 17:08, Gary Gregory a
> écrit :
>
> > On Sat, Aug 31, 2019 at 10:58 AM Gilles Sadowski
Hello.
Le sam. 31 août 2019 à 14:28, Gary Gregory a écrit :
>
> Hi All:
>
> FYI: I've played a bit with GitHub Actions to run builds. You can see an
> example here for Commons BCEL:
>
> https://github.com/apache/commons-bcel/actions
Links return
>
> You can record the Maven and Java version produced by -V in your VOTE reply.
> To gather OS information from a command line:
> Windows: ver
> Linux: uname -a
>
> 5) Build the site for a single module project
>
> No
Hello.
Le ven. 30 août 2019 à 15:29, Alex Herbert a écrit :
>
>
> On 30/08/2019 14:22, Gilles Sadowski wrote:
> > Hi.
> >
> > Le ven. 30 août 2019 à 15:11, Abhishek Dhadwal a
> > écrit :
> >> Hello,
> >>
> >> What would be the deadlin
es.apache.org/jira/browse/RNG-111) over the next few days. I
> couldn’t work on it before due to back to back college project evaluations
> and my mid term examinations (which get over by tomorrow).
Great.
Best,
Gilles
>
> Regards,
> Abhishek
>
> Sent from Mail for Windows
Hi.
Le lun. 10 juin 2019 à 17:17, Alex Herbert a écrit :
>
>
> On 10/06/2019 15:31, Gilles Sadowski wrote:
> >>> P.S. Thinking of releasing 1.3?
> >> Not yet. I think there are a few outstanding items [...]
Status?
In particular could we resolve
https://issue
thod, as it is
also requirement for their guessing procedure (see below).
[I'd think that this duplication is unwarranted, and that the sort method
should be moved to the "WeightedObservations" utility class.]
>
> On 8/20/2019 1:55 PM, Gilles Sadowski wrote:
> > Hi.
> &
Hello.
Le dim. 25 août 2019 à 18:08, Matt Juntunen
a écrit :
>
> Hi Gilles,
>
> I like the idea of modifying the getVertices()/getVectorLoop() methods.
> Perhaps we should move this discussion to JIRA so we can track it easier?
Fine w
Hi.
Le mer. 21 août 2019 à 04:42, Matt Juntunen
a écrit :
>
> Gilles,
>
> ConvexSubPlane is the main class representing 3D facets. There are
> convenience methods in the RegionBSPTree3D.Builder class for adding facets
> directly from vertices since that's the most commo
fics of each function.
> I know of no English translation.
Is this approach implemented in other libraries?
Regards,
Gilles
[1]
http://commons.apache.org/proper/commons-math/apidocs/org/apache/commons/math4/fitting/AbstractCurveFitter.html
--
Hello.
Le lun. 19 août 2019 à 05:14, Matt Juntunen
a écrit :
>
> Hi Gilles,
>
> I did intend on adding more convenience methods for generating standard
> shapes but I definitely think we should abstract it like you're suggesting.
> Your design got me thinking and I be
umberException for errors. Perhaps for these two
> cases an math4.exception.InsufficientDataException should be thrown. This
> basically states that you cannot rank nothing and any result that is
> returned will contain a ranking.
>
> Opinions?
It also seems to me that throwing
>> On Thu, Aug 15, 2019 at 08:32, sebb wrote:
>>
>> > The Ruby tool and some sample output:
>> >
>> > http://svn.apache.org/repos/asf/commons/scripts/
>> > examples/
>> >
Hello.
Le sam. 17 août 2019 à 04:58, Matt Juntunen
a écrit :
>
> Hi Gilles,
>
> 1. I just rebased from master so hopefully that fixed the repo weirdness.
It's fixed indeed.
> 2. The best place to start working with the new code is probably the
> RegionBSPTreeXD c
Le ven. 16 août 2019 à 17:25, Alex Herbert a écrit :
>
>
>
> > On 16 Aug 2019, at 16:06, Gilles Sadowski wrote:
> >
> > Hello.
> >
> > Le jeu. 15 août 2019 à 11:33, akash srivastava a
> > écrit :
> >>
> >> Here is the link for t
ns RNG":
https://gitbox.apache.org/repos/asf?p=commons-rng.git;a=tree;f=commons-rng-examples/examples-jmh
A "commons-geometry-examples" module would be a place to collect
useful code, e.g. simple "howtos" (like the one I mentioned above) and
conversion routines from/to po
ode when such a case is not a
bug.
WDYT? Are there use-cases?
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
f the repo.
+1
And the above page should mention how to contribute through that channel (PR).
It would avoid repeated explanations for new contributor proposing fixes through
JIRA. ;-)
Regards,
Gilles
>
> Thoughts?
>
> Gary
-
n[2], it seems that a large chunk
is now covered by the JDK's "java.util.function" package. If so, the first step
would probably be a purge of everything that duplicates functionality available
in standard classes.
It would be most interesting to read what the developers who c
t; possible but not at this time. I think this would be better than a
> ClassCastException.
>
> My vote is to make UnsupportedOperationException the only exception to
> be thrown. The ClassCastException to allow the cases to be separated is
> unnecessary.
I'm fine with that.
Reg
Le mar. 30 juil. 2019 à 22:07, Alex Herbert a écrit :
>
>
>
> > On 30 Jul 2019, at 19:28, Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Le mar. 30 juil. 2019 à 15:38, Alex Herbert > <mailto:alex.d.herb...@gmail.com>> a écrit :
> >>
Hi.
Le mar. 30 juil. 2019 à 15:38, Alex Herbert a écrit :
>
> On 30/07/2019 10:56, Gilles Sadowski wrote:
> > Hello.
> >
> > Le lun. 10 juin 2019 à 17:17, Alex Herbert a
> > écrit :
> >>
> >> On 10/06/2019 15:31, Gilles Sadowski wrote:
> >
Hello.
Le mar. 30 juil. 2019 à 17:59, Matt Sicker a écrit :
>
> On Tue, 30 Jul 2019 at 08:50, Gilles Sadowski wrote:
> > I certainly agree with Gary as to why "Commons" is not there being a
> > practical issue (of no concerted road map and lacking developers to
>
o be useless? I.e. rather than updating "Commons"
do you suggest that application developers should not use it?
Regards,
Gilles
> On Tue, Jul 30, 2019 at 06:39, Gary Gregory wrote:
>
> > Fernando,
> >
> > In general, it feels to me the Apache Commons community is spl
Hello.
Le lun. 10 juin 2019 à 17:17, Alex Herbert a écrit :
>
>
> On 10/06/2019 15:31, Gilles Sadowski wrote:
> >>> P.S. Thinking of releasing 1.3?
> >> Not yet. I think there are a few outstanding items [...]
Anyt
ld also include some kind of output
> > > method to get all statistics in a file or displayed?
> > Why should it be done within the class if it provides accessors to all
> > its contents?
>
> This issue asked for an ANOVA table printout:
> https://issues.apac
ost obvious one, which IMO would go along
the lines
RegressionData data = RegressionDataLoader.from(x, y, hasIntercept);
Regression reg = new OLSRegression();
RegressionResults res = reg.regress(data);
This is all untested of course, and could well fall short for advanced
usage (stream?). Your
Le ven. 19 juil. 2019 à 16:47, Alex Herbert a écrit :
>
> On 19/07/2019 15:09, Gilles Sadowski wrote:
> > Hi.
> >
> > Le ven. 19 juil. 2019 à 15:31, Alex Herbert a
> > écrit :
> >> On 19/07/2019 14:15, Gilles Sadowski wrote:
> >>> Hello.
>
Hi.
Le ven. 19 juil. 2019 à 15:31, Alex Herbert a écrit :
>
> On 19/07/2019 14:15, Gilles Sadowski wrote:
> > Hello.
> >
> > Le ven. 19 juil. 2019 à 14:27, Alex Herbert a
> > écrit :
> >> One principle reason for SharedStateDiscreteSampler
> >>
henever that happens).
>
> Overall the proposal is to:
>
> - Create SharedStateDiscreteSampler and SharedStateContinuousSampler
> - Simplify the implementation of SharedStateSampler
> - Move to factory constructors for unreleased samplers
> - Add factory constructors to exist
Hi.
Your experience as a user of "Commons Math" would be most useful
to help us craft a better (or, at least, no worse) design for "Commons
Statistics".
Would you share pointers to actual use-cases?
Thanks,
Gilles
2019-07-19 7:03 UTC+02:00, Paul King :
> Cool. I'
ons Statistics" component purports to replace the functionality
currently defined in the package "org.apache.commons.math4.stat" of "Commons
Math.
Regards,
Gilles
> On Fri, Jul 19, 2019 at 8:50 AM Eric Barnhill wrote:
> >
> > I suggested the following grammar to aim for
https://www.baeldung.com/java-inner-interfaces
interface Regression {
interface Data {
// ...
}
interface Result {
// ...
}
}
Le ven. 19 juil. 2019 à 01:20, Alex Herbert a écrit :
>
>
>
> > On 18 Jul 2019, at 23:49, Eric Barnhill wrote:
> >
> > I suggested the fo
Le jeu. 18 juil. 2019 à 14:21, Alex Herbert a écrit :
>
>
> On 18/07/2019 13:11, Gilles Sadowski wrote:
> > Hello Alex.
> >
> > Le jeu. 18 juil. 2019 à 13:54, a écrit :
> >> This is an automated email from the ASF dual-hosted git repository.
> >>
&
S useful to seed a user space PRNG such as SHA1PRNG.
CUT---
IIRC, I assumed that when initializing the SeedFactory RNG, we were in
that case.
Regards,
Gilles
> ---
> .../java/org/apache/commons/rng/simple/internal/SeedFactory.java | 5
> +++--
> 1 file changed, 3 insertions
y performing arithmetic
> operations with floating-point values).
>
> Furthermore, this code could not only be used by the approximation
> factory methods in BigFraction, but also by those in Fraction, possibly
> adjusted so that not only the denominator must be
src/main/java/org/apache/commons/numbers/fraction/BigFraction.java#L1127
> >>
> >> (the current master version)
> >
> > OK I see. You are not disputing the overall coverage but the report on
> > what has been uncovered. So Coveralls cannot link back to the previous
>
the reduction to lowest terms of the fields numerator and
> denominator is even more important in Fraction than in BigFraction,
> because the magnitude of the values stored in these fields has an impact
> on whether arithmetic operations overflow or don't.
Agreed, but it's not cl
Le lun. 1 juil. 2019 à 22:47, Alex Herbert a écrit :
>
> Re-sent to list.
>
> > On 1 Jul 2019, at 18:49, Gilles Sadowski wrote:
> >
> > Le lun. 1 juil. 2019 à 19:10, Alex Herbert > <mailto:alex.d.herb...@gmail.com>> a écrit :
> >>
> >>
be considered an implementation detail (leaving more freedom to
change it)?
Wouldn't a method "isNegative()" be a better alternative?
Regards,
Gilles
>
>
> On 7/1/19 9:32 AM, Gilles Sadowski wrote:
> > Hi.
> >
> > Le lun. 1 juil. 2019 à 03:52, Heinrich Bohne a
=onepage&q=java%20inheritance%20bloch&f=false
(and the whole book is advice to follow).
Then, there might be some useful information here:
https://stackoverflow.com/questions/218744/good-reasons-to-prohibit-inheritance-in-java
Regards,
Gilles
> Variance class in StandardDeviaiton cl
rms, even though this is
> true for all other factory methods as well.
The doc should be fixed.
But I don't follow; if it's an implementation detail, it should not appear
anywhere in the doc, and users should not rely on it.
Regards,
Gilles
> Also, fractions returned from
/lessthanoptimal/GeoRegression
Gilles
Le lun. 24 juin 2019 à 02:24, Gilles Sadowski a écrit :
>
> Hello.
>
> Le sam. 22 juin 2019 à 20:22, Rob Tompkins a écrit :
> >
> > Have we tried asking if he wants to be a part of commons?
>
> AFAIK, no.
>
> > Seem
Hello.
Le sam. 22 juin 2019 à 20:22, Rob Tompkins a écrit :
>
> Have we tried asking if he wants to be a part of commons?
AFAIK, no.
> Seems like that library could be a good fit
+1
> and it might help him out in the long run.
That I'm not sure. ;-)
Regards,
Gilles
>
Le sam. 22 juin 2019 à 19:19, Alex Herbert a écrit :
>
>
>
> > On 22 Jun 2019, at 15:28, Gilles Sadowski wrote:
> >
> > Hi Gary.
> >
> > Le sam. 22 juin 2019 à 16:04, Gary Gregory > <mailto:garydgreg...@gmail.com>> a écrit :
> >>
>
Le sam. 22 juin 2019 à 16:28, Gilles Sadowski a écrit :
>
> Hi Gary.
>
> Le sam. 22 juin 2019 à 16:04, Gary Gregory a écrit :
> >
> > My two bits:
> > - What is the license of the third party artifact under consideration?
>
> https://github.com/lessthanopt
thrown into JAR hell.
Do you agree that it could happen, but don't care (anymore!),
or do I miss something?
Regards,
Gilles
>
> Gary
>
> On Sat, Jun 22, 2019 at 9:56 AM Gilles Sadowski
> wrote:
>
> > Hello.
> >
> > [I've changed the subject line to re
e plugin so that the dependency is compile-time only.
Comments, preferences, other suggestions?
Thanks,
Gilles
> But I also expect there to be perhaps large differences in the port due to
> Streams….
>
> Cheers,
> -Ben
>
> From: Gilles Sadowski
> Sent: Friday, June
Hi.
Le ven. 21 juin 2019 à 14:38, Ben Nguyen a écrit :
>
> Hello,
>
> Mr. Gilles Sadowski suggested to me on Slack that StatisticsMatrix and future
> extensions of EJML’s code should go into it’s own component.
Not exactly; I suggested that
1. there be an interface defined in [
e small and focused components
rather than pile up code in big monolithic libraries. That way, we
can have both stability (for components that *really* don't need the
bleeding edge features of the JDK), and fun (developing functionality
that benefits staying in sync with the newer JDK features).
ctorization
> libraries.
This is not the point (I agree that we don't have neither the time nor
the expertise to reinvent a library for linear algebra).
The point is that by shading a library, we can switch to another if/when
there is a need (e.g. in case that project disappears).
Regard
ception").
> How should I handle the porting of this specific method?
Look at how it is done in e.g. "Commons Numbers".
The current consensus is to only advertise (public API) standard JDK exceptions.
Custom exception should be instantiated through a "factory".
Regards,
G
in
> > “commons.distribution” so maybe not the latter?
> >
> > Thank you for your reply,
> > Cheers,
> > -Ben Nguyen
> >
> >
>
> Math used checked exceptions.
That was a long time ago.
All are unchecked since v3.0.
Gilles
>
> I think the ide
Hi.
Le mar. 18 juin 2019 à 18:25, Alex Herbert a écrit :
>
> On 18/06/2019 12:31, Gilles Sadowski wrote:
> > Hi.
> >
> > Le lun. 17 juin 2019 à 00:03, Heinrich Bohne a
> > écrit :
> >> I made some additional refinements to the test classes in the
> >
d?
Based on the answer, you could check which library is better suited.[1]
* Which of these operations would be part of the public API?
Then we'd define minimal interfaces (to avoid coupling with the external
API), whose purpose is to bridge with the library used internally.
Regards,
Gilles
[
ady for review.
Is there an associated JIRA report?
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Not even in branch "develop" AFAICT.]
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
t worse; and the addition of blocks is in
the spirit of "small steps".
My first reaction was also that functions would be more readable,
but some would be quite trivial, adding another layer for not much
improvement.
Anyway, this can be done in another pass (one is already foreseen
in order
ferred to the mailing list to seek more
> input
>
> If it didn’t happen on the mailing list, it didn’t happen. So decisions made
> on slack should be recorded through a post to the mailing list.
Moreover, decisions *about code* made on slack are not decisions: they
will becom
Hello.
Le mar. 11 juin 2019 à 19:26, Eric Barnhill a écrit :
>
> On Tue, Jun 11, 2019 at 9:52 AM Heinrich Bohne
> wrote:
>
> > The class ArithmeticUtils in the commons-numbers-core module contains
> > several methods where, since Java 8, equivalent methods in
> > java.lang.Math exist. These meth
Hi.
Le lun. 10 juin 2019 à 18:33, Alex Herbert a écrit :
>
>
> On 10/06/2019 17:18, Gilles Sadowski wrote:
> > Le lun. 10 juin 2019 à 17:56, Alex Herbert a
> > écrit :
> >>
> >> On 10/06/2019 16:34, Gilles Sadowski wrote:
> >>> Hello.
> &
Hello.
Le lun. 10 juin 2019 à 17:17, Alex Herbert a écrit :
>
>
> On 10/06/2019 15:31, Gilles Sadowski wrote:
> >>> P.S. Thinking of releasing 1.3?
> >> Not yet. I think there are a few outstanding items that work together
> >> for the multi-threaded focus
; with most recent state of master of commons-numbers without any issue.
>
> Please review.
+1
[To keep the repository tidy, please delete the feature branch after the merge
to "master".]
Regards,
Gilles
> [...]
---
Hello.
LGTM.
Thanks,
Gilles
P.S. Thinking of releasing 1.3?
Le lun. 10 juin 2019 à 14:55, Alex Herbert a écrit :
>
> I've submitted a PR with the functionality discussed in this thread for
> JumpableUniformRandomProvider [1].
>
> Some notes:
>
> - The jump mu
>
> diff --git a/commons-geometry-dist/pom.xml b/commons-geometry-dist/pom.xml
Please use the same convention as in e.g. [RNG]: The "distribution"
module is name "dist-archive" (not prefixed with the component's name).
[The fewer the differences acros
1001 - 1100 of 4399 matches
Mail list logo