[math] Add FieldElement.divide(int) ?

Hi, I would like to make the following addition to the FieldElement interface: T divide(int n) which would formally be defined as this.divide(n) = this.divide(this.getOne().multiply(n)). This would simplify some expressions, eg integration of polynomials (a * x**k becomes a / (k+1) * x ** (k+1)).

Re: [math] Add FieldElement.divide(int) ?

Le 5 mars 2012 09:57, Sébastien Brisard a écrit : > Hi, > I would like to make the following addition to the FieldElement interface: > T divide(int n) > which would formally be defined as > this.divide(n) = this.divide(this.getOne().multiply(n)). > > This would simplify some expressions, eg integr

Re: [math] Refactoring of the vector and matrix classes

On Monday, March 05, 2012 at 4:41 AM, Sébastien Brisard wrote:Hi, now that CM3 is on its way thanks to Gilles' dedication in the last weeks, I would like to exhume this long-standing topic. In a few words, my understanding is that the interfaces for matrices and vectors are cluttered with many

Re: [math] Refactoring of the vector and matrix classes

Hi Leandro, great to hear from you again! > > +1 To Your Idea Sebastien. > This is not *my* idea, it has been around for some time now (long before I joined the project). The aim of this thread is merely to try and find the best way to proceed and capitalize on previous discussions. I would love t

[VOTE] Release Commons Math 3.0 (RC3, take 2)

Hi. This new vote is called because new binaries have been compiled. The source code is identical to what was used to generate the previous ones. Tag: https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_0_RC3/ Site: http://people.apache.org/builds/commons/math/3.0/RC3/ Binarie

[CANCEL][VOTE] Release Commons Math 3.0 (RC3)

Vote cancelled (see reason below). New artifacts are available (cf. call to a new vote). On Mon, Mar 05, 2012 at 01:07:46AM +, sebb wrote: > On 4 March 2012 19:22, Gilles Sadowski wrote: > > Hi. > > > > Please have a look at RC3. Thanks. > > > > > > Tag: > >  https://svn.apache.org/repos/asf/

Re: [VOTE] Release Commons Math 3.0 (RC3)

On Sun, Mar 04, 2012 at 08:06:08PM -0500, Gary Gregory wrote: > Sorry for the nitpicking, but the RAT report still shows missing Apache > headers: > > - src/test/R/KolmogorovSmirnovDistributionTestCases.R > - css files > > I've taken the liberty to fix those in SVN. Thanks. > > There are low-h

Re: [math] Refactoring of the vector and matrix classes

Hi Sébastien. > [...] > > Refactoring of this package is an important issue, which has been > raised several times in the past, and it gets more and more > complicated to dig out old threads, with information not really well > organized (some of us are "green" committers, who do not have the full

Re: [VOTE] Release Commons Math 3.0 (RC3, take 2)

Le 05/03/2012 11:43, Gilles Sadowski a écrit : > Hi. > > This new vote is called because new binaries have been compiled. > The source code is identical to what was used to generate the previous ones. > > > Tag: > https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_0_RC3/ > > Sit

Re: [VOTE] Release Commons Math 3.0 (RC3, take 2)

On Mon, Mar 5, 2012 at 11:43 AM, Gilles Sadowski < gil...@harfang.homelinux.org> wrote: > Hi. > > This new vote is called because new binaries have been compiled. > The source code is identical to what was used to generate the previous > ones. > > > Tag: > https://svn.apache.org/repos/asf/commons

Re: [VOTE] Release Commons Math 3.0 (RC3, take 2)

Hi Gilles, and thanks again! [X] +1 Release it. [ ] +0 Go ahead; I don't care. [ ] -0 There are a few minor glitches: ... [ ] -1 No, do not release it because ... Best regards, Sébastien - To unsubscribe, e-mail: dev-unsubscr..

Re: [math] Add FieldElement.divide(int) ?

2012/3/5 Sébastien Brisard : > Le 5 mars 2012 09:57, Sébastien Brisard a écrit : >> Hi, >> I would like to make the following addition to the FieldElement interface: >> T divide(int n) >> which would formally be defined as >> this.divide(n) = this.divide(this.getOne().multiply(n)). >> >> This woul

Re: DomainValidator in Java on your website

On Sun, 4 Mar 2012, Simone Tripodi wrote: nice contribution! I've been one of the last committers on touching [validator] so unless someone else is faster than me, I'll try to take care about it ASAP. I've raised VALIDATOR-305 to track this, but I probably won't have a chance to look at fixing

Re: [math] Add FieldElement.divide(int) ?

2012/3/5 sebb : > 2012/3/5 Sébastien Brisard : >> Le 5 mars 2012 09:57, Sébastien Brisard a écrit : >>> Hi, >>> I would like to make the following addition to the FieldElement >>> interface: >>> T divide(int n) >>> which would formally be defined as >>> this.divide(n) = this.divide(this.getOne().

[continuum] BUILD FAILURE: Apache Commons - Commons Lang - Default Maven 2 Build Definition (Java 1.5)

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=19709&projectId=95 Build statistics: State: Failed Previous State: Failed Started at: Mon 5 Mar 2012 12:23:03 + Finished at: Mon 5 Mar 2012 12:23:22 + Total time: 19s Build Trigger: Schedule Build

Re: [math] Add FieldElement.divide(int) ?

On Mon, Mar 05, 2012 at 01:17:18PM +0100, Sébastien Brisard wrote: > 2012/3/5 sebb : > > 2012/3/5 Sébastien Brisard : > >> Le 5 mars 2012 09:57, Sébastien Brisard a > >> écrit : > >>> Hi, > >>> I would like to make the following addition to the FieldElement > >>> interface: > >>> T divide(int n)

Re: [math] Add FieldElement.divide(int) ?

2012/3/5 Gilles Sadowski : > On Mon, Mar 05, 2012 at 01:17:18PM +0100, Sébastien Brisard wrote: >> 2012/3/5 sebb : >> > 2012/3/5 Sébastien Brisard : >> >> Le 5 mars 2012 09:57, Sébastien Brisard a >> >> écrit : >> >>> Hi, >> >>> I would like to make the following addition to the FieldElement >>

Re: [VOTE] Release Commons Math 3.0 (RC3)

On Mon, Mar 5, 2012 at 2:57 AM, Sébastien Brisard wrote: > Hi, > > >> How about adding a test coverage report (Cobertura) like a lot of other > >> components do? > > > > There was one a long time ago. It was suppressed when we had concerns > > about some GPL scripts used in the generated HTML rep

Re: [VOTE] Release Commons Math 3.0 (RC3)

On Mon, Mar 5, 2012 at 8:20 AM, Gary Gregory wrote: > > You can say -DskipTests but I do not know of a way to skip Cobertura only. > It's the trade off of getting this report, Maven runs the test again under > Cobertura. I use Eclipse to run all the tests in a given project and use > Maven when I

Re: [VOTE] Release Commons Build Plugin 1.4-RC2

Hi Gary, I just noticed there are *.asc.md5 files on Nexus that can be dropped, but this is something IMHO really trivial. Go ahead for it and thanks for taking care! All the best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetrip

Re: [VOTE] Release Commons Build Plugin 1.4-RC2

+1 Do we really have to vote on this? Since this is for our own consumption I would just deploy and notify the list. Emmanuel Bourg Le 03/03/2012 17:17, Gary Gregory a écrit : Hello All: This is a VOTE by LAZY consensus to release Commons Build Plugin 1.4-RC2 The change from RC1 is to fix

Re: [VOTE] Release Commons Build Plugin 1.4-RC2

On Mon, Mar 5, 2012 at 8:25 AM, Simone Tripodi wrote: > Hi Gary, > > I just noticed there are *.asc.md5 files on Nexus that can be dropped, > but this is something IMHO really trivial. > Right, that's just what Maven does by default. They will be manually pruned before I push the release button.

Re: [VOTE] Release Commons Build Plugin 1.4-RC2

On Mon, Mar 5, 2012 at 8:34 AM, Emmanuel Bourg wrote: > +1 > > Do we really have to vote on this? This is a lazy vote, so you do not have to vote. Since we also vote on the commons parent POM project, I figure it is convention to vote on this too. Thank you for voting though! Gary > Since t

Re: [VOTE] Release Commons Build Plugin 1.4-RC2

+1. On Sat, Mar 3, 2012 at 11:17 AM, Gary Gregory wrote: > Hello All: > > This is a VOTE by LAZY consensus to release Commons Build Plugin 1.4-RC2 > > The change from RC1 is to fix the POM's distributionManagement element. > > The changes from 1.3 are: > > 1. Fix announce mod_mbox link > 2. Mail

Re: [math] Add FieldElement.divide(int) ?

On 5 March 2012 12:45, Gilles Sadowski wrote: > On Mon, Mar 05, 2012 at 01:17:18PM +0100, Sébastien Brisard wrote: >> 2012/3/5 sebb : >> > 2012/3/5 Sébastien Brisard : >> >> Le 5 mars 2012 09:57, Sébastien Brisard a >> >> écrit : >> >>> Hi, >> >>> I would like to make the following addition to t

Re: [lang] test failures

Am 04.03.2012 12:26, schrieb Jörg Schaible: Benedikt Ritter wrote: Just out of curiosity ;) Are there plans to do anything about that? I guess it would be desirable if the component compiles on Java 7 as well. I still don't know if things are broken when compiling with Java 7 or if the errors a

Re: [lang] test failures

Am 05.03.2012 16:03, schrieb Benedikt Ritter: Am 04.03.2012 12:26, schrieb Jörg Schaible: Benedikt Ritter wrote: Just out of curiosity ;) Are there plans to do anything about that? I guess it would be desirable if the component compiles on Java 7 as well. I still don't know if things are broke

Re: [lang] test failures

On 5 March 2012 15:09, Benedikt Ritter wrote: > Am 05.03.2012 16:03, schrieb Benedikt Ritter: > >> Am 04.03.2012 12:26, schrieb Jörg Schaible: >>> >>> Benedikt Ritter wrote: >>> Just out of curiosity ;) Are there plans to do anything about that? I guess it would be desirable if the compo

Re: [lang] test failures

On 2012-03-05, sebb wrote: > The tests also fail in Gump. vmgump.ao, gump.zones.ao and adam.ao run JDK 6 (vmgump uses OpenJDK, the FreeBSD zone the FreeBSD port and adam the MacOS X version by Apple). So it likely is not a Java7 issue. Gump uses mvn2 to run the tests if that causes any differenc

Re: [lang] test failures

On Mon, Mar 5, 2012 at 10:03 AM, Benedikt Ritter wrote: > Am 04.03.2012 12:26, schrieb Jörg Schaible: > > Benedikt Ritter wrote: >> >> Just out of curiosity ;) Are there plans to do anything about that? I >>> guess it would be desirable if the component compiles on Java 7 as well. >>> I still do

Re: [VOTE] Release Commons Math 3.0 (RC3)

Le 05/03/2012 08:57, Sébastien Brisard a écrit : There is indeed a plugin which is developed independently from the main Cobertura project [1]. However, my experience is that Cobertura considerably slows down the unit tests, which might be a problem for us, as some of our tests can be quite invo

Re: [lang] test failures

sebb wrote: > On 5 March 2012 15:09, Benedikt Ritter wrote: >> Am 05.03.2012 16:03, schrieb Benedikt Ritter: >> >>> Am 04.03.2012 12:26, schrieb Jörg Schaible: Benedikt Ritter wrote: > Just out of curiosity ;) Are there plans to do anything about that? I > guess it would be

Re: [lang] test failures

On 5 March 2012 16:53, Jörg Schaible wrote: > sebb wrote: > >> On 5 March 2012 15:09, Benedikt Ritter wrote: >>> Am 05.03.2012 16:03, schrieb Benedikt Ritter: >>> Am 04.03.2012 12:26, schrieb Jörg Schaible: > > Benedikt Ritter wrote: > >> Just out of curiosity ;) Are there pl

Re: [configuration] Replace DatabaseConfiguration with version from branch?

I reviewed the class on the branch, I'm probably biased but I found the original version easier to read despite the clever use of the JdbcOperation class to avoid code duplications. I also noticed that the internal classes increased the size of the code by a 2.5 factor in the final jar (+6K).

Re: [lang] test failures

On 5 March 2012 17:11, sebb wrote: > On 5 March 2012 16:53, Jörg Schaible wrote: >> sebb wrote: >> >>> On 5 March 2012 15:09, Benedikt Ritter wrote: Am 05.03.2012 16:03, schrieb Benedikt Ritter: > Am 04.03.2012 12:26, schrieb Jörg Schaible: >> >> Benedikt Ritter wrote:

Re: [lang] test failures

sebb wrote: > On 5 March 2012 17:11, sebb wrote: >> On 5 March 2012 16:53, Jörg Schaible wrote: [snip] >>> >>> We might set the runOrder to "random" in the surefire plugin. This helps >>> to ensure that tests will not have unwanted side effects. >> >> Good idea; I'll add that. > > On second tho

Re: [VOTE] Release Commons Math 3.0 (RC3)

On Mon, Mar 05, 2012 at 04:40:52PM +0100, Emmanuel Bourg wrote: > Le 05/03/2012 08:57, Sébastien Brisard a écrit : > > >There is indeed a plugin which is developed independently from the > >main Cobertura project [1]. However, my experience is that Cobertura > >considerably slows down the unit tes

Re: [VOTE] Release Commons Math 3.0 (RC3)

On Mon, Mar 5, 2012 at 12:28 PM, Gilles Sadowski < gil...@harfang.homelinux.org> wrote: > On Mon, Mar 05, 2012 at 04:40:52PM +0100, Emmanuel Bourg wrote: > > Le 05/03/2012 08:57, Sébastien Brisard a écrit : > > > > >There is indeed a plugin which is developed independently from the > > >main Cober

Re: [configuration] Replace DatabaseConfiguration with version from branch?

Am 05.03.2012 18:14, schrieb Emmanuel Bourg: I reviewed the class on the branch, I'm probably biased but I found the original version easier to read despite the clever use of the JdbcOperation class to avoid code duplications. I also noticed that the internal classes increased the size of the cod

Re: [VOTE] Release Commons Math 3.0 (RC3, take 2)

+1 Successfully tested the ant and maven builds on JDK 1.5 on Windows 7. Artifacts and site look good. Oliver Am 05.03.2012 11:43, schrieb Gilles Sadowski: Hi. This new vote is called because new binaries have been compiled. The source code is identical to what was used to generate the prev

[math] Tensor algebra implementation

>> >This is not *my* idea, it has been around for some time now (long >before I joined the project). The aim of this thread is merely to >try >and find the best way to proceed and capitalize on previous >discussions. I would love to hear your thoughts (and those of >others) >on that proposal (t

Re: [VOTE] Release Commons Math 3.0 (RC3, take 2)

I ran Cobertura and uploaded the result here: http://people.apache.org/~ebourg/math/cobertura It took more than 4 hours to complete on my Core 2 Duo, ouch! At the end JavaNCSS complained about the hexadecimal floating numbers in some classes but it didn't prevent the report from being generate

[csv] Commons CSV 3.5 released!

Hi, This is actually a bad joke for all of us binary compatibility lovers. I just noticed that Solr forked Commons CSV and released it as a separate artifact, but kept the org.apache.commons.csv package unchanged :( http://www.jarvana.com/jarvana/inspect/org/apache/solr/solr-commons-csv/3.5.0

Re: [csv] Commons CSV 3.5 released!

This is very bothersome, with all the trouble we go through to maintain compatibility. Frustrating indeed. On Mar 5, 2012 8:13 PM, "Emmanuel Bourg" wrote: > Hi, > > This is actually a bad joke for all of us binary compatibility lovers. I > just noticed that Solr forked Commons CSV and released i

Re: [csv] Commons CSV 3.5 released!

The only thing to do is to release [csv] out of the sandbox, when ready, and let Solr clean up its own mess. Gary On Mon, Mar 5, 2012 at 8:23 PM, James Carman wrote: > This is very bothersome, with all the trouble we go through to maintain > compatibility. Frustrating indeed. > On Mar 5, 2012 8

Re: [csv] Commons CSV 3.5 released!

On 6 March 2012 01:12, Emmanuel Bourg wrote: > Hi, > > This is actually a bad joke for all of us binary compatibility lovers. I > just noticed that Solr forked Commons CSV and released it as a separate > artifact, but kept the org.apache.commons.csv package unchanged :( Are you sure? Maven Centr

Re: [csv] Commons CSV 3.5 released!

Le 06/03/2012 02:50, sebb a écrit : Are you sure? I think so, but I wish I'm wrong. Look into the jar, the package is org.apache.commons.csv and the pom.xml file included in META-INF is exactly the one of Commons CSV, the groupId/artifactId isn't even changed. http://repo1.maven.org/maven2

Re: [csv] Commons CSV 3.5 released!

On 6 March 2012 01:50, sebb wrote: > On 6 March 2012 01:12, Emmanuel Bourg wrote: >> Hi, >> >> This is actually a bad joke for all of us binary compatibility lovers. I >> just noticed that Solr forked Commons CSV and released it as a separate >> artifact, but kept the org.apache.commons.csv packa

Re: [csv] Commons CSV 3.5 released!

Not sure I understand the use of "forked" here. Solr needed CSV handing. Rather than just roll our own, I looked at commons-csv and put a *lot* of time and effort into improving it. I didn't have time to follow through with a complete release of commons-csv, so we just included a snapsot in Solr

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

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-digester3 has an issue affecting its community integration. This i

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

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-exec-test has an issue affecting its community integration. This i

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

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-lang3-test has an issue affecting its community integration. This

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

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-scxml-test has an issue affecting its community integration. This

Re: [math] Tensor algebra implementation

> > Thanks for your suggestion ! I Downloaded the sources and i will check them > soon. If I am correct , Maxima is implemented in Lisp (or CLisp) but I guess > it could be feasible , once they had been analyzed and studied , to translate > those algorithms into Java. > That's great Leandro. I

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

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-configuration-test has an issue affecting its community integrati

Re: [math] Refactoring of the vector and matrix classes

All right, then, > > +1 > > If you like the Wiki system and you want to lead the work, then use your > favorite tool. > I will skim through the list of posts and tickets I've tried to build up, and do my best to come up with a first wiki page. Meanwhile, if any of you would like to make an additio

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

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-proxy-test has an issue affecting its community integration. This

Re: [math] Tensor algebra implementation

Le 05/03/2012 22:19, leandro.pezze...@hush.com a écrit : > > >>> >> This is not *my* idea, it has been around for some time now (long >> before I joined the project). The aim of this thread is merely to >> try and find the best way to proceed and capitalize on previous >> discussions. I would

Re: [math] Tensor algebra implementation

Hi Luc, > > Maxima is GPL licensed. We have absolutely not rights to translate it > and release the translated code in an Apache licensed library. See > . > > We have to either implement the code from scratch using only reference > paper or tran

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

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-vfs2-test has an issue affecting its community integration. This i

Re: [csv] Commons CSV 3.5 released!

Yonik Seeley wrote: > Not sure I understand the use of "forked" here. > > Solr needed CSV handing. Rather than just roll our own, I looked at > commons-csv and put a *lot* of time and effort into improving it. I > didn't have time to follow through with a complete release of > commons-csv, so w