" 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 wrote:
>
nation
> > 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
would b
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
euse
between 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
component 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 pr
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
>
e 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 Sadows
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.
>>>
>>> The curre
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.
>> >
>> > The c
wsing 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
y 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 some time to give time
omponents:
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
>
> The
/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_Styl
n 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 difference (apart from
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'll get
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:
> > >
>
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
ions like 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.
Regards,
Gi
}
> } catch (NoSuchMethodException | InstantiationException |
> IllegalAccessException | InvocationTargetException e) {
> throw generateException(IllegalArgumentException.class, e,
> "Can't create %s with arguments %s.",
> exceptionClass.g
ed 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 principle.
Regar
>> "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't it
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:37, Gille
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:
>
rvices 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 returns &qu
> 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
>
> Note: Some p
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
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 common way
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 bel
Exception 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 an ex
gt; 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/
>> > pom
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
> RegionBSPTreeX
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
//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 popular formats, without th
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
n of 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
--
ms 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 contributed
to that 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.
Regards,
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 :
> >>
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
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.apache.org/jira/browse/M
ld 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 design (or yet another) could
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
> >>
at 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 existing sample
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'd be
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
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
ons 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 within a given bound,
> but also the
rc/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
> > cover
west 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 clear to me that it must be part
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 :
> >>
> >>
tail (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
> > écrit :
> >> I've r
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 class?
> Also, should Moment classes be developed and inherited in Variance? As of
> no
en 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 arithmetic operation
/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
o 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 reflect that we a
y 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 21, 2019 8:18 PM
> To: Comm
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
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).
Regards,
n
> 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).
Regards,
Gilles
>
timeException").
> 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
xception 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 t
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
>
ded?
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
[1] https:/
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
ven 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
se; 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 ord
a post to the mailing list.
Moreover, decisions *about code* made on slack are not decisions: they
will become so only after nobody objects to them on the "dev" ML. ;-)
Regards,
Gilles
>
> See you tomorrow.
>
> Alex
>
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
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
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 ju
>
> 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 across com
Le dim. 9 juin 2019 à 22:16, Karl Heinz Marbaise a écrit :
>
> On 05.06.19 14:12, Gilles Sadowski wrote:
> > Hello.
> >
> > Le ven. 31 mai 2019 à 20:54, Karl Heinz Marbaise a
> > écrit :
> >>
> >> Hi,
> >>
> >> I have created
cker for JDK9+
> (Why would you like to use maven-shade-plugin? You have separated
> modules which can be consumed separately ..?)
The plugin was mentioned just as a means to automate the
renaming of the packages.
>
> Furthermore If you are running on module path you have no cla
Le dim. 9 juin 2019 à 15:46, sebb a écrit :
>
> On Sun, 9 Jun 2019 at 14:20, Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Le dim. 9 juin 2019 à 14:06, James Carman a
> > écrit :
> > >
> > > On Sun, Jun 9, 2019 at 7:36 AM sebb wrote:
>
ing to the final release will only be matter of a trivial
update of the "import" statements.
> The other option
> is to just keep with SNAPSHOTs and tell folks to point to our snapshot
> repository.
This is a step worse than "beta", as the artefacts can ch
1001 - 1100 of 4259 matches
Mail list logo
