3.12.0 release date on the site is incorrectly stated as 2020-02-26:
https://dist.apache.org/repos/dist/dev/commons/lang/3.12.0-RC1/site/changes-report.html#a3.12.0
Brent
On Sun, Feb 28, 2021 at 4:12 PM Bruno P. Kinoshita wrote:
> +1
> Site reports look good, signatures look good too. Inspect
The last success in the build log indicates the last execution of Maven was
successful and not that the entire Jenkins build was successful.
Sprinkled throughout the build log are messages of the form 'Skipping
reporter since build result is FAILURE.' The first such message appeared
shortly after
Are the originally mentioned transforms in or out of scope of
commons-numbers?
Brent
On Mon, Jan 9, 2017 at 12:02 PM, Gilles
wrote:
> See discussion thread, copied below.
>
> [ ] Yes
> [ ] Yes but I prefer this name: ...
> [ ] No, because ...
>
> I'll assume that this is a lazy consensus vote,
On Fri, Sep 30, 2016 at 10:02 AM, Gilles
wrote:
> On Fri, 30 Sep 2016 09:41:44 +0200, Emmanuel Bourg wrote:
>
>>
>> - No immediate Jenkins feedback if a rng-core change breaks rng-utils
>
> I'm not sure I got that one.
> If it means to copy the new "rng-core" over to some place for use
> by the
On Wed, Sep 28, 2016 at 6:08 PM, Emmanuel Bourg wrote:
> Le 28/09/2016 à 17:11, Gilles a écrit :
>
> > This what you've done, but it doesn't say why.
>
> The class is only used by RandomSource, moving it to the same package
> and marking it package private ensures that it can't be mistakenly used
On Mon, Sep 26, 2016 at 11:36 PM, Gilles
wrote:
> On Mon, 26 Sep 2016 21:23:24 -0500, Brent Worden wrote:
>
>>
>> With that said, I started thinking a bridge to go between the two engines,
>> UniformRandomProvider and java.util.Random, might be beneficial. For
>&
There are no good reasons for a component such as commons-lang to have any
runtime dependencies beside Java itself. The commons-lang install base is
enormous with very diverse usage patterns. Having it coupled to another
libraries, regardless of the maintainer, invites all kinds of classloading
p
On Mon, Sep 26, 2016 at 6:21 PM, Gilles
wrote:
> On Mon, 26 Sep 2016 16:10:12 -0500, Brent Worden wrote:
>
>> I would keep the JDK source. My reasoning being:
>>
>> 1. Users that want to use java.util.Random would not be able to use some
>> or
>> all of
> First candidates are:
>>> * Non-uniform deviates (i.e. the samplers now defined in
>>> Commons Math's "o.a.c.math4.distribution" package),
>>>
>>
>> I agree this doesn't belong to commons-rng, but I'm not convinced it
>> would fit a commons-rng-tools component. Maybe a component more targeted
>
I would keep the JDK source. My reasoning being:
1. Users that want to use java.util.Random would not be able to use some or
all of the RNG Utils code as the later will probably relay on RandomSource
instances.
2. With LCGs the current Random implementation provided by Oracle could
possibly be e
It appears is it not using the correct checkstyle ruleset. From the build
output:
[INFO] *--- maven-checkstyle-plugin:2.17:checkstyle (default-cli) @
commons-rng ---
*[INFO] There are 702 errors reported by Checkstyle 6.11.2 with
sun_checks.xml ruleset.
Brent
On Wed, Aug 17, 2016 at 5:40 AM,
And here is another thread from the [lang] perspective:
http://markmail.org/message/z6tgpsavegsf2rmx
Brent
On Mon, Jun 27, 2016 at 4:34 PM, Brent Worden
wrote:
> One previous thread on the subject:
> http://markmail.org/message/u7lcxd6ye6qnesku
>
>
> Brent
>
> On Mon, Ju
One previous thread on the subject:
http://markmail.org/message/u7lcxd6ye6qnesku
Brent
On Mon, Jun 27, 2016 at 4:04 PM, Brent Worden
wrote:
> Somewhere in the mailing list archives is a discussion around this very
> topic. It was quite some time ago so I do not recall the reasoni
Somewhere in the mailing list archives is a discussion around this very
topic. It was quite some time ago so I do not recall the reasoning for
keeping both at that time. I will try sifting through the archives to find
the thread if I find time.
Brent
On Mon, Jun 27, 2016 at 2:47 PM, Ralph Goer
Commons RNG
> > * Commons AltMath
> > * Commons MathTools
> >
> > The first one, pretty much, was accepted. Amazing.
>
>
> Not yet, only two binding votes. However, you're able to change this ;-)
>
>
Not to sidetrack this discussion but, I believe there were three binding
votes:
- Benedikt Ritter
- Emmanuel Bourg
- Brent Worden
+1
Brent
I probably won't be much help either as I have never used the plugin but,
there is a tag option for the plugin that might help control the SCM tag
that is used. Of all the options for the plugin listed on
https://maven.apache.org/maven-release/maven-release-plugin/prepare-mojo.html,
the tag* optio
Gilles,
Did you ever get this figured out? I will try to find sometime to
investigate this weekend if you still need assistance.
Thanks,
Brent
On Feb 5, 2016 6:24 PM, "Gilles" wrote:
> ... to fix the "src/userguide" in order to be able to compile the examples.
>
> I get compilation errors lik
+1
Thanks,
Brent
On Fri, Nov 7, 2014 at 1:05 PM, Thomas Neidhart
wrote:
> On 11/06/2014 03:27 PM, Gary Gregory wrote:
> > Hello All:
> >
> > This is a VOTE to release Commons Codec 1.10-RC2
>
> my +1
>
> Thomas
>
> >
> > Changes since RC1:
> > - Add CODEC-121 to the RELEASE-NOTES.txt file.
>
Examining the bytecode, it apparently does. At least for JDK 1.7 anyway.
I reverted the change.
Apologies for the reformatting. I had my IDE configured to auto-format
files on save and I committed without checking the diff.
Thanks,
Brent
On Wed, Sep 10, 2014 at 2:27 PM, Gary Gregory
wrote:
Lang is using the most recent release of the FindBugs Maven plugin
(2.5.2) which uses the more recent release of FindBugs (2.0.2).
FindBugs has the means to suppress fall through via comments and its
findbugs.sf.comment analysis property [1]. Sadly, the latest version
of the FindBugs Maven plugin
On Thu, Jul 26, 2012 at 3:48 AM, sebb wrote:
> On 25 July 2012 07:54, Jörg Schaible wrote:
>> sebb wrote:
>>
>>> On 24 July 2012 09:11, Jörg Schaible wrote:
Hi Elijah,
Elijah Zupancic wrote:
> Thanks Jörg!
>
> It sounds like we will need to change them all in chai
+1
Thanks,
Brent
On Tue, Apr 10, 2012 at 10:54 AM, Gary Gregory wrote:
> Hello All:
>
> This is a VOTE to release Commons IO 2.3-RC1
>
> Changes in this version include:
>
> New features:
> o IO-322: Add and use class Charsets.
> o IO-321: ByteOrderMark UTF_32LE is incorrect.
> o IO-318: A
On Tue, Jan 31, 2012 at 7:15 AM, Gilles Sadowski
wrote:
> Hi.
>
> In order to resolve issue MATH-707, one last thing could be changed, to make
> the whole "analysis" package self-consistent regarding the class naming
> scheme: "UnivariateRealIntegrator" -> "UnivariateIntegrator"
>
> Also, the clas
Actually, funkyChanger will not work because you are effectively
reassigning the argument. Since all arguments in Java are passed by
value, the assignment is not realized by the caller.
The only ways to get argument changes surfaced to the caller are using
a typed return or passing in an argument
Simone,
I do not know if this is what you had in mind, but there is MBean
Server provided by the JVM
(http://download.oracle.com/javase/1.5.0/docs/guide/management/mxbeans.html#mbean_server).
Presumably, this server could be used to register/unregister the
MBeans, invoke operations, and get/set a
On Thu, Nov 4, 2010 at 9:08 AM, Gilles Sadowski
wrote:
> Hi.
>
>>
>> IMHO we still need the @throws line in the javadoc. Otherwise end
>> users are going to get a nasty surprise when they get an unchecked
>> exception thrown.
>>
>
> Any existing user code (throwing a "FunctionEvaluationException"
On 11/3/2010 8:10 PM, Bill Barker wrote:
*/
public interface UnivariateRealFunction {
-
/**
- * Compute the value for the function.
- * @param x the point for which the function value should be
computed
- * @return the value
- * @throws FunctionEvaluationException if the fu
The javadoc on KeyedObjectPool states 'A keyed pool pools instances
of multiple types.' However, the new parametrization on KeyedObjectPool
allows for only a single instance type.
To allow for pooling multiple typed instances, should the instance type
parameter be removed from the interface
On Fri, Oct 1, 2010 at 9:27 AM, Gilles Sadowski
wrote:
>> > Do you review the code manually, or do you use a tool to spot all these
>> > potential problems?
>>
>> Eclipse reports these, and I inspect them manually before committing.
>
> Isn't there some plugin such as CheckStyle or FindBugs that c
commons-codec is probably getting loaded instead of the copy found in
your war/ear.
You can modify the classloader isolation settings for applications by
modifying the JBoss deployment descriptors.
http://community.jboss.org/wiki/classloadingconfiguration contains
some good instructions on how t
s not appear to be any way to add any header text to the
>>> mailing list report, nor to change the existing text.
>>
>> Maybe we just need to have commons-build gen a mailing list page
>> that includes the text and replace the maven default.
>
> http://svn.apache.org/view
On Wed, Nov 25, 2009 at 4:23 PM, Paul Benedict wrote:
>
> Phil,
>
> I don't think you should be modifying the version (and groups, really)
> here. All the artifacts belong to version 1.3.
>
> Maven does have a concept of a qualifier, but according to Sonatype,
> it's only to capture milestone buil
or
Could everyone look at their projects and fix the files please?
Thank you,
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@c
-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
--
Thanks,
Brent Worden
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-m
19th 20h00 UTC)
Luc
Thanks,
Brent Worden
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
t the more active committers
determine if this addresses the problem in a satisfactory manner.
--
Thanks,
Brent Worden
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-m
That plus some subsequent changes to FDistributionTest and credit to
Joerg in changes.xml for finding the issue.
On Fri, Sep 26, 2008 at 1:40 PM, Luc Maisonobe <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] a écrit :
>> Author: brentworden
>> Date: Thu Sep 25 20:09:53 2008
>> New Revision: 699157
The getInstance() method can not return a sole instance because the
default locale can change via java.util.Locale#setDefault
The purpose of the format setters is to provide similar behavior as
found on java.text.NumberFormat with the ability to modify formatting
parameters. They provide a conven
The code is checked in.
On Sun, Mar 30, 2008 at 1:43 PM, Phil Steitz <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 30, 2008 at 10:46 AM, Brent Worden <[EMAIL PROTECTED]> wrote:
> > Here's a little code I've had laying around for a few years.
> >
> > http://
Here's a little code I've had laying around for a few years.
http://people.apache.org/~brentworden/genetics.zip
Feel free to use, modify, or throw away as you see fit.
Brent
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 30, 2008 12:31 AM
To: Jakarta
Does anyone have any opinions on the exception hierarchy changes
suggested in MATH-195?
https://issues.apache.org/jira/browse/MATH-195
I would like some input from the more active math committers before I
perform any modifications.
Thanks,
Brent Worden
> And can I register for news group and how?
Gmane serves up the commons mailing lists as news groups:
nntp://news.gmane.org/gmane.comp.jakarta.commons.user
nntp://news.gmane.org/gmane.comp.jakarta.commons.devel
HTH,
Brent Wor
+1
Brent Worden
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
Sent: Monday, February 18, 2008 8:57 PM
To: Commons Developers List
Subject: [VOTE] Release math 1.2 (second attempt)
This is a vote to release Commons Math 1.2.
The zips / tars are here:
http
On Oct 31, 2007 6:41 AM, sebb <[EMAIL PROTECTED]> wrote:
>
> However, I'm not sure that the class is thread-safe.
> For example the windowSize field is not final, and therefore may not
> be visible to all threads after construction. Making it final would
> fix this.
>
> Fixing the eDA field might b
David,
I just checked in a SynchronizedDescriptiveStatistics class that
should eliminate the threading issues you're experiencing. Feel free
to grab it out of source control and give it a try.
http://svn.apache.org/viewvc/commons/proper/math/trunk/src/java/org/apache/commons/math/stat/descriptiv
46 matches
Mail list logo
