[VOTE] Release math 2.2 based on RC4

Tag: All artifacts in Nexus staging repository: site: Clirr r

Re: [VOTE] Release math 2.2 based on RC4

Le 24/02/2011 23:20, Luc Maisonobe a écrit : > Tag: > <http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC4/> > > All artifacts in Nexus staging repository: > <https://repository.apache.org/content/repositories/orgapachecommons-050/org/apache/commons/comm

[CANCELLED] Re: [VOTE] Release math 2.2 based on RC4

Le 25/02/2011 04:37, Phil Steitz a écrit : > On 2/24/11 5:20 PM, Luc Maisonobe wrote: >> Tag: >> <http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC4/> >> >> All artifacts in Nexus staging repository: >> <https://repository.apache.org/con

Re: [CANCELLED] Re: [VOTE] Release math 2.2 based on RC4

Le 25/02/2011 10:03, Dimitri Pourbaix a écrit : > Luc, > >> It seems we need to do a mvn site before the mvn deploy, and in fact we >> need to adapt also the assembly/bin.xml file so only a part of the site >> is included, but with both the apidocs and the userguide. >> >> So I cancel this vote an

[VOTE] Release math 2.2 based on RC5

Tag: All artifacts in Nexus staging repository: site: Cl

Re: [VOTE] Release math 2.2 based on RC5

Le 25/02/2011 15:29, sebb a écrit : > On 25 February 2011 10:15, Luc Maisonobe wrote: >> Tag: >> <http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC5/> >> >> All artifacts in Nexus staging repository: >> <https://repository.apache.org

Re: [VOTE] Release math 2.2 based on RC5

Le 25/02/2011 11:15, Luc Maisonobe a écrit : > Tag: > <http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC5/> > > All artifacts in Nexus staging repository: > <https://repository.apache.org/content/repositories/orgapachecommons-051/org/apache/commons/comm

Re: [VOTE] Release math 2.2 based on RC5

Le 26/02/2011 17:11, Phil Steitz a écrit : > On 2/25/11 5:15 AM, Luc Maisonobe wrote: >> Tag: >> <http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC5/> >> >> All artifacts in Nexus staging repository: >> <https://repository.apache.org/con

[CANCELLED] Re: [VOTE] Release math 2.2 based on RC5

Le 26/02/2011 18:29, Phil Steitz a écrit : > On 2/26/11 11:47 AM, Luc Maisonobe wrote: >> Le 26/02/2011 17:11, Phil Steitz a écrit : >>> On 2/25/11 5:15 AM, Luc Maisonobe wrote: >>>> Tag: >>>> <http://svn.apache.org/repos/asf/commons/proper/math/tags/MA

[VOTE] Release math 2.2 based on RC6

Tag: All artifacts in Nexus staging repository: site: Cl

Re: [VOTE] Release math 2.2 based on RC6

Le 26/02/2011 20:26, Luc Maisonobe a écrit : > Tag: > <http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_2_2_RC6/> > > All artifacts in Nexus staging repository: > <https://repository.apache.org/content/repositories/orgapachecommons-054/org/apache/commons/comm

[RESULT][VOTE] Release math 2.2 based on RC6

This vote has passed with 7 +1 from the following people: Luc Maisonobe (binding) Jörg Schaible (binding) Oliver Heger (binding) Phil Steitz (binding) Dimitri Pourbaix Simone Tripodi(binding) Mikkel Meyer Andersen Thanks to everybody Luc Le 26/02/2011

Re: [RESULT][VOTE] Release math 2.2 based on RC6

Le 01/03/2011 21:31, Luc Maisonobe a écrit : > This vote has passed with 7 +1 from the following people: I'm a little busy right now, so I'll put the artifacts on site tomorrow morning (European time) if nobody beats me on it. Luc > > Luc Maisonobe (bindi

Re: [Math - 403] Never propagate a "NullPointerException" resulting from bad usage of the API

Le 02/03/2011 12:37, Gilles Sadowski a écrit : >> The recognised standard in the JDK is NPE on invalid null input. >> >> I have never overly liked this, but conform to it for JSR-310/ThreeTen. >> >> I use IAE in other projects which are higher up the stack. Whether >> [math] is low or high level ma

[ANNOUNCE] Apache Commons Math 2.2 released

ot; links here: http://commons.apache.org/math/project-info.html Luc Maisonobe - On behalf of the Apache Commons community - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math - 403] Never propagate a "NullPointerException" resulting from bad usage of the API

Le 03/03/2011 00:08, Gilles Sadowski a écrit : > Hello. > The recognised standard in the JDK is NPE on invalid null input. I have never overly liked this, but conform to it for JSR-310/ThreeTen. I use IAE in other projects which are higher up the stack. Whether [math]

Re: [Math - 403] Never propagate a "NullPointerException" resulting from bad usage of the API

Le 03/03/2011 16:34, Gilles Sadowski a écrit : > Hi Luc, > > Thanks for repeating that you agree with most points, as was the case with > all the changes I had been implementing in "trunk". > The discussion went awry when, because of a single point of disagreement > (about whether a user-only "Fun

Re: [Math - 403] Never propagate a "NullPointerException" resulting from bad usage of the API

Le 03/03/2011 23:51, Gilles Sadowski a écrit : > Hi. > SingularMatrixException, NonSymmetricMatrixException and the likes are really tightly bound to linear algebra and could be in the linear package where they are triggered. They could appear in the signatures of algorithms in

Re: [Math - 403] Never propagate a "NullPointerException" resulting from bad usage of the API

Le 04/03/2011 13:55, Gilles Sadowski a écrit : >> SingularMatrixException, NonSymmetricMatrixException and the likes are >> really tightly bound to linear algebra and could be in the linear >> package where they are triggered. They could appear in the signatures of >> algorithms in

Re: [Math - 403] Never propagate a "NullPointerException" resulting from bad usage of the API

Le 05/03/2011 00:59, Gilles Sadowski a écrit : > Hello. Hi Gilles, > >> [...] >>> So, what is the lesson from having this case? Is the whole method a >>> duplicate >>> that should be replace by a call to something in "linear"? Or is it a proof >>> that some exceptions might be appropriately use

Re: svn commit: r1078445 - /commons/proper/math/trunk/src/main/java/org/apache/commons/math/optimization/direct/CMAESOptimizer.java

Le 06/03/2011 11:58, s...@apache.org a écrit : > Author: sebb > Date: Sun Mar 6 10:58:23 2011 > New Revision: 1078445 > > URL: http://svn.apache.org/viewvc?rev=1078445&view=rev > Log: > Rename private variables to avoid name shadowing I don't understand this change. Up to now, our naming convent

Re: [Math - 403] Never propagate a "NullPointerException" resulting from bad usage of the API

Le 06/03/2011 14:31, Gilles Sadowski a écrit : > Hello Luc. Hi, > >>> [...] > So, what is the lesson from having this case? Is the whole method a > duplicate > that should be replace by a call to something in "linear"? Or is it a > proof > that some exceptions might be

[math] updating Jira configuration

Hello, One remaining thing to do now that 2.2 is officially published is to update Jira configuration to move 2.2 from the unreleased list to the released list. I don't know how to do that. could someone help me please ? thanks, Luc ---

Re: [math] updating Jira configuration

Le 06/03/2011 15:22, Niall Pemberton a écrit : > On Sun, Mar 6, 2011 at 1:55 PM, Luc Maisonobe wrote: >> Hello, >> >> One remaining thing to do now that 2.2 is officially published is to >> update Jira configuration to move 2.2 from the unreleased list to the >> r

Re: [VOTE] Apache Commons as a sponsor for OGNL to join the Incubator

Le 08/03/2011 12:58, Simone Tripodi a écrit : > Hi all PMCs, > I prepared the OGNL[1] proposal to be submitted to the ASF incubator, > I already discussed with involved people and the original author and > we all agreed Commons should be the best place for OGNL where living. > Some of them are Stru

[math] Re: svn commit: r1078734

Le 07/03/2011 11:37, er...@apache.org a écrit : > Author: erans > Date: Mon Mar 7 10:37:52 2011 > New Revision: 1078734 > > URL: http://svn.apache.org/viewvc?rev=1078734&view=rev > Log: > MATH-542 > "MathRuntimeException" provides two ways for enhancing the information > content: > one for local

Re: [math] Re: svn commit: r1078734

Le 08/03/2011 21:56, sebb a écrit : > On 8 March 2011 20:17, Luc Maisonobe wrote: >> Le 07/03/2011 11:37, er...@apache.org a écrit : >>> Author: erans >>> Date: Mon Mar 7 10:37:52 2011 >>> New Revision: 1078734 >>> >>> URL: http://svn.apache

Re: [math] Re: svn commit: r1078734

Le 08/03/2011 22:22, Gilles Sadowski a écrit : > Hello. Hi Gilles, > >>> Modified: >>> commons/proper/math/trunk/src/test/java/org/apache/commons/math/ode/sampling/DummyStepInterpolatorTest.java >>> URL: >>> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/test/java/org/apache/common

Re: [math] Re: svn commit: r1078734

Hi, Le 08/03/2011 23:51, Jörg Schaible a écrit : > sebb wrote: > >> On 8 March 2011 20:17, Luc Maisonobe wrote: >>> Le 07/03/2011 11:37, er...@apache.org a écrit : >>>> Author: erans >>>> Date: Mon Mar 7 10:37:52 2011 >>>> New Revision

Re: [math] Re: svn commit: r1078734

Le 09/03/2011 13:59, Gilles Sadowski a écrit : > Hi. > [...] Or make the fields transient? That would perhaps cause problems if the Exceptions were ever serialised, but can that happen? >>> >>> Yes, it's a typical JEE scenario and I cannot say how often I cursed Sun

Re: [math] Re: svn commit: r1078734

Le 09/03/2011 16:55, Jörg Schaible a écrit : > Hi Gilles, > > Gilles Sadowski wrote: > >> On Wed, Mar 09, 2011 at 03:00:07PM +0100, Luc Maisonobe wrote: >>> Le 09/03/2011 13:59, Gilles Sadowski a écrit : >>>> Hi. >>>> >>

Re: [VOTE][SITE] Release Commons Skin 3 and Commons Parent 19

Le 12/03/2011 04:18, sebb a écrit : > Please may I have your votes for Commons Skin 3 and Commons Parent 19? > > The two have to be tested together because Commons Skin 3 is > referenced from Commons Parent 19. > > If the vote for Commons Skin fails, then Commons Parent fails, but > Commons Skin

Re: [VOTE][SITE] Release Commons Parent 20 based on RC1

Le 15/03/2011 13:15, sebb a écrit : > Please may I have your votes for Commons Parent 20? > > Maven artifacts: > > https://repository.apache.org/content/repositories/orgapachecommons-002/org/apache/commons/ > > SVN > https://svn.apache.org/repos/asf/commons/proper/commons-parent/tags/commons-par

Re: [Math] MATH-545

Le 16/03/2011 14:01, Gilles Sadowski a écrit : > Hello. > > Cf. https://issues.apache.org/jira/browse/MATH-545 > OK to introduce the "cosine" method? The method is useful, but should it be a static method in MathUtils with two array parameters or a non-static method in RealVector with a vector p

Re: svn commit: r1083323 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/special/ test/java/org/apache/commons/math/special/

Le 20/03/2011 11:12, Gilles Sadowski a écrit : > Hi. > >> Gilles, >> >> This should have been done in three separate commits. >> >> The first one, at least, should have been separated. It is easier >> for reviewers and makes the commit log clearer if we separate >> formatting / javadoc cleanup co

Re: svn commit: r1083415 - /commons/proper/math/tags/MATH_2_2/

Hi all, It seems I forgot to store the final version as a separate tag when releasing 2.2. Sorry for the late fix Luc Le 20/03/2011 12:54, l...@apache.org a écrit : > Author: luc > Date: Sun Mar 20 11:54:15 2011 > New Revision: 1083415 > > URL: http://svn.apache.org/viewvc?rev=1083415&view=rev

Re: [math] RandomData/RandomDataImpl

Le 20/03/2011 19:28, Phil Steitz a écrit : > Quite a few methods have been added to RandomDataImpl that are not > in RandomData. The methods were added to the impl class only to > preserve backward compatibility in versions 1 and 2. In 3.0, we now > have the choice to add the methods to the inter

Re: svn propchange: r1083698 - svn:log

Le 21/03/2011 09:16, m...@apache.org a écrit : > Author: mikl > Revision: 1083698 > Modified property: svn:log > > Modified: svn:log at Mon Mar 21 08:16:04 2011 > -- > --- svn:log (original) > +++ svn:log Mon Mar 21 08:16:

Re: svn propchange: r1083698 - svn:log

e been sufficient. Just a few words are often enough to have an idea. Luc > > Cheers, Mikkel. > > 2011/3/21 Luc Maisonobe : >> Le 21/03/2011 09:16, m...@apache.org a écrit : >>> Author: mikl >>> Revision: 1083698 >

[math] cleaning code

Hi all, I have squashed a number of findbugs and checkstyle warnings introduced by recent changes (more than one hundred). There are a few remaining bugs for which I would like some ideas. Checkstyle errors: In class MannWhitneyUTestImpl, the javadoc for private method calculateAsymptoticPValue

Re: [math] cleaning code

Le 28/03/2011 07:25, Phil Steitz a écrit : > On 3/27/11 6:31 PM, Phil Steitz wrote: >> On 3/27/11 9:47 AM, Luc Maisonobe wrote: >>> Hi all, >>> >>> I have squashed a number of findbugs and checkstyle warnings introduced >>> by recent changes

Re: svn commit: r1086057 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/stat/correlation/PearsonsCorrelation.java test/java/org/apache/commons/math/stat/correlation/PearsonsCor

Le 29/03/2011 17:16, sebb a écrit : > On 29 March 2011 16:01, Gilles Sadowski wrote: >> Modified: >> commons/proper/math/trunk/src/main/java/org/apache/commons/math/stat/correlation/PearsonsCorrelation.java >> URL: >> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/mai

Re: Release hell WAS: [VOTE] Release Apache Commons Codec 1.5-RC1

Le 30/03/2011 03:36, Gary Gregory a écrit : > Wait! I'm not done or I'm loosing my marbles... > > I followed the whole song and dance from: > > http://wiki.apache.org/commons/UsingNexus > > It's the last time I'll pick that route. For what its worth, for math 2.2 I used a mix of Phil scripts fo

Re: Release hell WAS: [VOTE] Release Apache Commons Codec 1.5-RC1

Le 30/03/2011 09:07, Ralph Goers a écrit : > > On Mar 30, 2011, at 12:01 AM, Luc Maisonobe wrote: > >> Le 30/03/2011 03:36, Gary Gregory a écrit : >>> Wait! I'm not done or I'm loosing my marbles... >>> >>> I followed the whole song an

Re: [Math] What's the problem with interfaces?

Le 30/03/2011 13:33, Gilles Sadowski a écrit : > On Wed, Mar 30, 2011 at 02:21:04AM +0100, sebb wrote: >> On 30 March 2011 01:15, Gilles Sadowski wrote: >>> Hi. >>> We have been talking about moving away from interfaces as the preferred way to support people plugging in alternative

Re: Release Commons Pool 1.5.6 based on RC2

Le 31/03/2011 06:25, Phil Steitz a écrit : > On 3/29/11 11:17 PM, Phil Steitz wrote: >> The tag is here: >> http://svn.apache.org/repos/asf/commons/proper/pool/tags/POOL_1_5_6_RC2 >> >> The distribution zips/tars are here: >> http://people.apache.org/~psteitz/pool-1.5.6-rc2/ >> >> Maven artifacts a

Re: Fixing all warnings? [Was: [VOTE] Release Apache Commons Discovery 0.5-RC1]

- "Henri Yandell" a écrit : > On Mon, Apr 4, 2011 at 5:13 AM, Gary Gregory > wrote: > > On Apr 4, 2011, at 1:45, Simone Tripodi > wrote: > > > >> Hi Gary! > >> I honestly even thought about it, so sorry! :( Since Discovery > >> activity has not been hight since 2008, I just thought adding

Re: [lang] alpha package

- "Henri Yandell" a écrit : > I've been pondering the tension between stability and innovation. > > Once 3.0 is out I'd like to add an alpha subpackage: > > org.apache.commons.lang-alpha > > It's specifically a location of code that is: > > a) Not linked to a version. When we move to

Re: [lang] @inheritDoc

Le 08/04/2011 07:36, Simone Tripodi a écrit : > I'm +1 to keep @inheritDoc, for me it's like @Override +1 to keep it too. Checkstyle complains otherwise. Luc > Simo > > http://people.apache.org/~simonetripodi/ > http://www.99soft.org/ > > > > On Fri, Apr 8, 2011 at 1:58 AM, sebb wrote: >> O

Re: svn commit: r1090656 - in /commons/proper/math/trunk: ./ src/main/java/org/apache/commons/math/optimization/linear/ src/site/xdoc/ src/test/java/org/apache/commons/math/optimization/linear/

Le 09/04/2011 23:08, Gilles Sadowski a écrit : > On Sat, Apr 09, 2011 at 07:20:48PM -, l...@apache.org wrote: >> Author: luc >> Date: Sat Apr 9 19:20:47 2011 >> New Revision: 1090656 >> >> URL: http://svn.apache.org/viewvc?rev=1090656&view=rev >> Log: >> Fixed two errors in simplex solver when

[math] removing the two asserts in MathUtils.equals(double, double, int) and MathUtils.equals(float, float, int)

Hello, In the MathUtils class, there are a few assert statements. Most of them are commented out, except the two following ones: public static boolean equals(float x, float y, int maxUlps) { // Check that "maxUlps" is non-negative and small enough so that // NaN won't compare

Re: [VOTE] [LANG] Release Commons Lang 3.0 (based on RC2)

Le 09/04/2011 07:06, Henri Yandell a écrit : > Lang is ready to consider 3.0 release again. > > RC2 is available here: > > http://people.apache.org/~bayard/commons-lang3-3.0-RC2/ > > Maven artifacts: > > http://people.apache.org/~bayard/commons-lang3-3.0-RC2/maven/ > > Website: > > http

Re: svn commit: r1091153 - /commons/proper/math/trunk/src/test/java/org/apache/commons/math/exception/TooManyEvaluationsExceptionTest.java

- "Gilles Sadowski" a écrit : > On Mon, Apr 11, 2011 at 06:02:52PM -, l...@apache.org wrote: > > Author: luc > > Date: Mon Apr 11 18:02:52 2011 > > New Revision: 1091153 > > > > URL: http://svn.apache.org/viewvc?rev=1091153&view=rev > > Log: > > make sure the test runs correctly even in

[math] resetting relative and absolute tolerances in ODE adaptive step size integrators

Hi all, I have hit a limitation of the current implementation of ODE integrators with adaptive step size. For now, the tolerances that are used to adjust the step size are specified only at construction time and cannot be changed afterwards. However, these tolerances are highly problem-dependen

Re: [math] resetting relative and absolute tolerances in ODE adaptive step size integrators

Hi Phil, - "Phil Steitz" a écrit : > On 4/12/11 1:51 AM, luc.maison...@free.fr wrote: > > Hi all, > > > > I have hit a limitation of the current implementation of ODE > integrators with adaptive step size. For now, the tolerances that are > used to adjust the step size are specified only at

Re: [math] resetting relative and absolute tolerances in ODE adaptive step size integrators

Le 12/04/2011 18:10, Phil Steitz a écrit : > On 4/12/11 8:26 AM, luc.maison...@free.fr wrote: >> Hi Phil, >> >> - "Phil Steitz" a écrit : >> >>> On 4/12/11 1:51 AM, luc.maison...@free.fr wrote: Hi all, I have hit a limitation of the current implementation of ODE >>> integrators

Re: [math] Iterative linear solvers

Le 13/04/2011 09:58, Sebastien Brisard a écrit : > Do you think MAHOUT would be more appropriate to host such solvers? Hi Sébastien, I think both Mahout and Apache Commons Math could benefit from such code. Luc > SB > > - > To

Re: [math] Iterative linear solvers

Le 13/04/2011 08:22, Sébastien Brisard a écrit : > Dear All, > first of all, I should say that I'm new to the Commons-Math community, and I > therefore apologize for any mistake/inconsistency. > I'm currently developing a numerical method for the simulation of highly > heterogeneous materials. This

Re: [math] resetting relative and absolute tolerances in ODE adaptive step size integrators

Le 12/04/2011 21:29, Phil Steitz a écrit : > On 4/12/11 11:24 AM, Luc Maisonobe wrote: >> Le 12/04/2011 18:10, Phil Steitz a écrit : >>> On 4/12/11 8:26 AM, luc.maison...@free.fr wrote: >>>> Hi Phil, >>>> >>>> - "Phil Steitz"

Re: [GUMP@vmgump]: Project commons-math (in module apache-commons) failed

Le 16/04/2011 00:57, Gump a écrit : > To whom it may engage... > > This is an automated request, but not an unsolicited one. For > more information please visit http://gump.apache.org/nagged.html, > and/or contact the folk at gene...@gump.apache.org. > > Project commons-math has an issu

Re: [ALL] use lazy consensus voting for Commons Parent releases in future

-1 I am not comfortable either with lazy consensus here. It is a release and furthermore it is a dependency for all our components as what we release is really source code, so the build process is important. We clearly failed with the previous vote, but Gary set up another one quickly. Luc

Re: [VOTE] Release commons-parent 21 based on version 21-RC3

Le 18/04/2011 21:36, Gary Gregory a écrit : > Hi All: > > This is a VOTE to release commons-parent 21 based on version 21-RC3. +1 Luc > > The VOTE is open until Thursday April 21 16:00 EDT = UTC Thursday, April 21, > 2011 at 20:00. > > Changes: > > - Upgrade maven-gpg-plugin to 1.2 from 1.1.

Re: svn commit: r1097088 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/util/MathUtils.java test/java/org/apache/commons/math/util/MathUtilsTest.java

Le 27/04/2011 13:54, er...@apache.org a écrit : > Author: erans Hi Gilles, > Date: Wed Apr 27 11:54:16 2011 > New Revision: 1097088 > > URL: http://svn.apache.org/viewvc?rev=1097088&view=rev > Log: > MATH-561 > Map a value to the interval [O, period). > > Modified: > > commons/proper/math/

Re: [Math] svn $Id$ tag?

Le 27/04/2011 13:50, sebb a écrit : > On 27 April 2011 12:56, Gilles Sadowski wrote: >> Hi. >> >> Was it decided to use >> @version $Id$ >> instead of >> @version $Revision$ $Date$ >> ? > > Or even > > @version $Revision$ > > So long as we don't use $Date$ I don't care > >> If so, the corres

[math] [GUMP@vmgump]: Project commons-math (in module apache-commons) failed

Le 28/04/2011 00:43, Gump a écrit : > To whom it may engage... > > This is an automated request, but not an unsolicited one. For > more information please visit http://gump.apache.org/nagged.html, > and/or contact the folk at gene...@gump.apache.org. > > Project commons-math has an issu

Re: [math] Restoring IAE to MathUtils#binomialCoefficient methods

Fine for me Luc Phil Steitz a écrit : Converting some of my code to use trunk, I discovered that the binomialCoefficient methods no longer throw IllegalArgumentException when parameters are invalid. The javadoc asserts that MathIllegalArgumentException will be thrown in these cases, but tha

Re: [math] Restoring IAE to MathUtils#binomialCoefficient methods

Le 01/05/2011 15:00, Gilles Sadowski a écrit : On Sun, May 01, 2011 at 12:48:14PM +0200, Gilles Sadowski wrote: On Sat, Apr 30, 2011 at 10:53:30PM -0700, Phil Steitz wrote: On 4/30/11 4:33 PM, Gilles Sadowski wrote: On Sat, Apr 30, 2011 at 09:10:08AM -0700, Phil Steitz wrote: Converting some

Re: [math] Restoring IAE to MathUtils#binomialCoefficient methods

Le 02/05/2011 17:07, Phil Steitz a écrit : On 5/1/11 3:02 PM, Gilles Sadowski wrote: On Sun, May 01, 2011 at 08:34:31AM -0700, Phil Steitz wrote: On 5/1/11 6:00 AM, Gilles Sadowski wrote: On Sun, May 01, 2011 at 12:48:14PM +0200, Gilles Sadowski wrote: On Sat, Apr 30, 2011 at 10:53:30PM -0700

Re: [math] Restoring IAE to MathUtils#binomialCoefficient methods

Le 03/05/2011 12:03, Gilles Sadowski a écrit : On Tue, May 03, 2011 at 01:08:29AM +0200, Gilles Sadowski wrote: [...] Consistency implies that *all* exceptions thrown from CM must behave the same way. I thus propose to add an interface like (maybe a better name?): --- interface ContextedExcepti

Re: [math] extend FieldElement

Le 09/05/2011 09:15, Arne Plöse a écrit : Hi, here are some proposals for enhancing FieldElement: add some shorthand "operators" for double i.e. add(double rhs) ... and so on. add: T negate(); T sqrt(); T pow(T x); T pow(double x); This is possible only for negate() in the FieldElement. Not

Re: [VOTE] Release Commons NET 3.0` based on RC1

Le 10/05/2011 16:13, sebb a écrit : This is a vote to release Apache Commons NET 3.0 based on RC1. [ ] +1 release it +1 I just noticed you didn't put yourself in the developers section of the pom file. With all the work you have done, you should get some credit. Luc [ ] +0 go ahead I don

[math] [sandbox] merging Apache Commons BSP into Apache Commons Math

Hello, Some weeks ago, I have imported in the sandbox a new component, Apache Commons BSP which implements Binary Partitioning Trees (see the thread about this creation here: ). Thinking further about it, I would like to directly merge it into [ma

Re: [math] [sandbox] merging Apache Commons BSP into Apache Commons Math

Le 14/05/2011 17:54, Phil Steitz a écrit : On 5/14/11 8:31 AM, Dimitri Pourbaix wrote: Phil, Sorry, Dmitri, but that is not an acceptable "veto" from the ASF perspective. When you say "-1" to a technical (code-related) change, you need to provide a technical reason to support your veto. Do y

Re: [math] [sandbox] merging Apache Commons BSP into Apache Commons Math

Le 14/05/2011 16:03, Phil Steitz a écrit : On 5/14/11 2:08 AM, Luc Maisonobe wrote: Hello, Some weeks ago, I have imported in the sandbox a new component, Apache Commons BSP which implements Binary Partitioning Trees (see the thread about this creation here: <http://markmail.org/thr

Re: [math] [sandbox] merging Apache Commons BSP into Apache Commons Math

Le 14/05/2011 21:04, Phil Steitz a écrit : On 5/14/11 10:57 AM, Luc Maisonobe wrote: Le 14/05/2011 16:03, Phil Steitz a écrit : On 5/14/11 2:08 AM, Luc Maisonobe wrote: Hello, Some weeks ago, I have imported in the sandbox a new component, Apache Commons BSP which implements Binary

Re: [math] [sandbox] merging Apache Commons BSP into Apache Commons Math

from sandbox now, but I think it is a little more complicated, as we need to remove the component from various lists (in the sandbox page, in Jira ...). Whate is the proper procedure for this ? Luc Den 14/05/2011 11.08 skrev "Luc Maisonobe": Hello, Some weeks ago, I have imported in th

Re: [math] [sandbox] merging Apache Commons BSP into Apache Commons Math

Le 16/05/2011 16:19, Matt Benson a écrit : On Sun, May 15, 2011 at 6:01 PM, Phil Steitz wrote: On 5/15/11 9:43 AM, Luc Maisonobe wrote: Le 15/05/2011 10:30, Mikkel Meyer Andersen a écrit : +1 From me, too. OK, it's done now. I have put everything as subpackages of geometry as sugg

Re: [math] [GUMP@vmgump]: Project commons-math (in module apache-commons) failed

- "Phil Steitz" a écrit : > On 5/16/11 3:47 PM, Gilles Sadowski wrote: > > On Mon, May 16, 2011 at 02:39:01PM -0700, Phil Steitz wrote: > >> On 5/16/11 3:44 AM, Dr. Dietmar Wolz wrote: > >>> Nikolaus Hansen, Luc and me discussed this issue in Toulouse. > > Reading that, I've been assuming th

Re: [VOTE] Revised dormancy policy

- "Phil Steitz" a écrit : > On 5/16/11 4:21 PM, sebb wrote: > > On 17 May 2011 00:07, Gary Gregory wrote: > >> On Mon, May 16, 2011 at 5:57 PM, Paul Libbrecht > wrote: > >> > >>> So we should relaunch a vote? > >>> (or... I should vote a no and relaunch?) > >>> > >>> paul > >>> > >>> > >>>

Re: [math] [sandbox] merging Apache Commons BSP into Apache Commons Math

Le 18/05/2011 01:19, Gilles Sadowski a écrit : [...] The current layout in [math] is one o.a.c.math.geometry package with 6 3D specif classes. The current layout in [bsp] is one o.a.c.bsp.partitioning package that is dimension-independent, one o.a.c.bsp.utility package, three dimension-specific e

Re: [math] [sandbox] merging Apache Commons BSP into Apache Commons Math

Le 18/05/2011 09:58, Luc Maisonobe a écrit : Le 18/05/2011 01:19, Gilles Sadowski a écrit : [...] The current layout in [math] is one o.a.c.math.geometry package with 6 3D specif classes. The current layout in [bsp] is one o.a.c.bsp.partitioning package that is dimension-independent, one

Re: [math] [sandbox] merging Apache Commons BSP into Apache Commons Math

Le 18/05/2011 11:49, Gilles Sadowski a écrit : On Wed, May 18, 2011 at 10:03:59AM +0100, Stephen Colebourne wrote: On 18 May 2011 09:11, Luc Maisonobe wrote: Should I replace with one-d, two-d and three-d ? Of course this should read: one_d, two_d and three_d ... Because it is easier to

Re: svn commit: r1124151 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/util/FastMath.java site/xdoc/changes.xml

Le 18/05/2011 12:52, Gilles Sadowski a écrit : On Wed, May 18, 2011 at 11:18:22AM +0100, sebb wrote: On 18 May 2011 10:48, wrote: Author: luc Date: Wed May 18 09:48:24 2011 New Revision: 1124151 URL: http://svn.apache.org/viewvc?rev=1124151&view=rev Log: improved javadoc for FastMath. +1, v

Re: [math] Silly questions about commiting code

Le 20/05/2011 02:47, Konstantin Kolinko a écrit : 2011/5/20 Gilles Sadowski: Hello. following our previous discussions, I'm ready to commit some code regarding iterative linear solvers. I've read through the Apache web pages on the subject, but I still have some very silly questions (I do apol

Re: [math] BigFraction add, subtract returning references rather than new instances

Le 21/05/2011 01:25, sebb a écrit : On 20 May 2011 21:04, Phil Steitz wrote: This code in BigFraction.add looks dangerous to me: if (ZERO.equals(fraction)) { return this; } subtract has similar code and some other methods return the static BigFraction.ZERO. While BigFractions

[math] recursive typing

Hello, The BSP tree code introduced recently into [math] was written several years ago, in the Java 4 days. The implementation was already dimension independent (and even topology-independent) and used simple interfaces like Point (which was a marker interface without any methods), Hyperplane

[math] affine and vector spaces

Hello, The current o.a.c.math.geometry.euclidean packages are inconsistent. The oned and twod packages define respectively Point1D and Point2D classes, with namings akin to affine spaces and the threed package defines a Vector3D class, akin to vector spaces. I would suggest, for the sake of

Re: [math] affine and vector spaces

Le 22/05/2011 21:49, Phil Steitz a écrit : On 5/22/11 5:00 AM, Luc Maisonobe wrote: Hello, The current o.a.c.math.geometry.euclidean packages are inconsistent. The oned and twod packages define respectively Point1D and Point2D classes, with namings akin to affine spaces and the threed package

Re: [math] recursive typing

Le 22/05/2011 22:09, Phil Steitz a écrit : On 5/22/11 4:20 AM, Luc Maisonobe wrote: Hello, The BSP tree code introduced recently into [math] was written several years ago, in the Java 4 days. The implementation was already dimension independent (and even topology-independent) and used simple

Re: Rejoin the PMC...

Le 24/05/2011 09:16, James Carman a écrit : Since my work life is changing, I may just have more cycles to devote to my role as a PMC member. I would like to re-join the PMC. What is the process? Welcome back James! Luc -

Re: [math] Iterative linear solvers JIRA MATH-581

Le 02/06/2011 14:32, Sébastien Brisard a écrit : Dear all, I've submitted recently some pieces of code relating to iterative linear solvers (see JIRA MATH-581). I vwould be grateful for any feedback you could provide. Should I go on submitting new pieces of code, or do you think it will not fit i

Re: JIRA report usefulness (was: [VOTE] Release Commons NET 3.0.1 based on RC3)

Le 04/06/2011 04:43, Phil Steitz a écrit : On 6/3/11 7:27 PM, Henri Yandell wrote: On Fri, Jun 3, 2011 at 2:09 PM, Simone Tripodi wrote: I think that is also best practice - resolve when fixed in SVN, close when fix version is released. I couldn't agree more!!! +1! I just close directly. Th

Re: [VOTE] Revised dormancy policy - take 3

Le 07/06/2011 22:24, Phil Steitz a écrit : Thanks, all, for the great comments on the previous versions [1][2]. I have tried to incorporate them. Revised Dormancy Policy 0) To move a component to dormant requires a VOTE. A single -1 suffices to postpone the action; but a -1 in a dormancy vote

Re: [dormant][vote] resurrect commons-graph

Le 07/06/2011 21:41, Simone Tripodi a écrit : Hi all guys, I'm in the middle of moving job and in the new company they need to manage data organized in graph structures. So, since it would involve my profession and the new boss is more than encouraging me on participating on oss, I'm interested o

Re: [DISCUSS] codebase looking for a place to be contributed to commons

Le 10/06/2011 04:07, Matt Benson a écrit : On Thu, Jun 9, 2011 at 8:40 PM, Gary Gregory wrote: Hi All: Classpath related functionality feels [lang]-y to me. My question: Why should it not be in [lang]? To me the codebase just feels like it has good boundaries and its own style. Either in

Re: [VOTE][Digester] Accept the Digester3 on Sandbox as new Digester

Le 09/06/2011 22:42, Simone Tripodi a écrit : Hi all guys, After some month of hard work on Digester3 on Sandbox[1] (and a failing attempt), I'm here to open a vote to accept the new Digester APIs be moved on proper /trunk. The idea is to move the current /trunk in a DIGESTER_2_X branch, then mov

Re: [graph] graph2?!?

Le 11/06/2011 13:54, James Carman a écrit : graph is fine Fine to me too. In fact in this case graph2 would even be inconvenient, as people may ask about it. Luc On Sat, Jun 11, 2011 at 5:44 AM, Simone Tripodi wrote: Hi all guys, before moving commons-graph on sandbox... does it make s

Re: [VOTE] accept Meiyo as a codebase for a new component

Le 11/06/2011 14:08, Simone Tripodi a écrit : @James: sure, Meiyo ATM is just an alias of this initial codebase, we still have to find a general consensus if it has to be released as a proper component or including different parts to different existing components @Christian: I thought so, also f

Re: [math] Re: [jira] [Commented] (MATH-485) Feature Request: Kalman Filter

Hi Gilles, Le 11/06/2011 22:22, Gilles Sadowski a écrit : [Posting here because the JIRA web server is down.] On Sat, Jun 11, 2011 at 06:32:59PM +, Luc Maisonobe (JIRA) wrote: [ https://issues.apache.org/jira/browse/MATH-485?page

Re: [ALL] BCEL and JCS as Commons components?

- "Rahul Akolkar" a écrit : > As Jakarta winds down, we are looking for sustainable homes for > couple > of Java libraries -- BCEL [1] and JCS [2]. These aren't very > different > from many Commons libraries in size, number of developers, list > traffic etc. Would Commons be interested in ac

<    2   3   4   5   6   7   8   9   10   11   >