Re: Promote vfs-cift out of sandbox?

Dan? What are your plans or intentions here? Thank you, Gary On Sat, Jul 21, 2012 at 12:48 AM, Gary Gregory wrote: > On Jul 19, 2012, at 12:11, Ralph Goers wrote: > > > > > On Jul 18, 2012, at 10:38 AM, sebb wrote: > > > > > > Can the above be read as follows for VFS and JCIFS: you cann

Re: [Math] Little thought about multi-threading

On 07/22/2012 11:25 PM, Gilles Sadowski wrote: > >>> [...] >>> Threaded execution, on the other hand, can be very, very helpful for a >>> number of math algorithms and thread management inside commons math is a >>> very reasonable option in those cases. This would provide a performance >>> boost

[continuum] BUILD FAILURE: Apache Commons - Commons Imaging - Group (shared) Maven 2 Build Definition (Java 1.5)

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=24120&projectId=256 Build statistics: State: Failed Previous State: Ok Started at: Mon 23 Jul 2012 05:33:28 + Finished at: Mon 23 Jul 2012 05:37:17 + Total time: 3m 48s Build Trigger: Schedule Bui

Re: [chain2] configuration façade APIs

Hi Oliver, Configuration seems like it might be useful if I end up redoing the XML configuration portion. Are there any plans to support YAML? Thanks, -Elijah On Sun, Jul 22, 2012 at 1:16 PM, Oliver Heger wrote: > Hi Simo, > > Am 22.07.2012 17:54, schrieb Simone Tripodi: > >> Good point Oliver,

RE: [Math] Random tests sometimes fail (r1363105)

That is a good idea. I will add that to the multivariate normal distribution unit tests that I recently sent. From: Gilles Sadowski [gil...@harfang.homelinux.org] Sent: Sunday, July 22, 2012 5:44 PM To: dev@commons.apache.org Subject: [Math] Random tests s

[Math] Random tests sometimes fail (r1363105)

Hi Thomas. I've encountered a failure of one the tests which you introduced in revision 1363105. Here is an excerpt of the error: --- testNormalDistributionUnsymmetricMatrix(org.apache.commons.math3.linear.EigenDecompositionTest) Time elapsed: 0.044 sec <<< FAILURE! java.lang.AssertionError: The

Re: [Math] JIRA "Road Map" panel

On Sun, Jul 22, 2012 at 11:36:35AM +0200, Luc Maisonobe wrote: > On 22/07/2012 03:58, Gilles Sadowski wrote: > > Hi. > > > > In this panel > > > > https://issues.apache.org/jira/browse/MATH#selectedTab=com.atlassian.jira.plugin.system.project%3Aroadmap-panel > > there appears sections for the f

Re: [pool][dbcp] Move AbandonedObjectPool in v 2's?

On 7/22/12 12:16 PM, Mark Thomas wrote: > On 21/07/2012 17:51, Phil Steitz wrote: >> On 7/20/12 1:47 PM, Mark Thomas wrote: >>> On 16/07/2012 20:55, Phil Steitz wrote: On 7/15/12 10:46 AM, Phil Steitz wrote: > On 7/15/12 1:12 AM, Mark Thomas wrote: >> On 15/07/2012 01:38, Phil Steitz w

Re: [Math] Little thought about multi-threading

On 7/22/12 2:14 PM, Gilles Sadowski wrote: > On Sun, Jul 22, 2012 at 09:27:17AM -0700, Phil Steitz wrote: >> On 7/21/12 6:17 AM, Gilles Sadowski wrote: >>> Hi. >>> >>> My previous post (with subject "Synchronisation") made me think (again) that >>> it might be useful to start considering how to tak

Re: [Math] Little thought about multi-threading

> > [...] > >Threaded execution, on the other hand, can be very, very helpful for a > >number of math algorithms and thread management inside commons math is a > >very reasonable option in those cases. This would provide a performance > >boost with very little complexity for the user of math. Ma

Re: [Math] Little thought about multi-threading

On Sun, Jul 22, 2012 at 12:01:01PM -0700, Ted Dunning wrote: > I don't believe that there are any commons math algorithms that would > benefit from execution in a Hadoop map-reduce style. The issue is that > iterative algorithms are essentially incompatible with the very large > startup costs of m

Re: [Math] Little thought about multi-threading

On Sun, Jul 22, 2012 at 09:27:17AM -0700, Phil Steitz wrote: > On 7/21/12 6:17 AM, Gilles Sadowski wrote: > > Hi. > > > > My previous post (with subject "Synchronisation") made me think (again) that > > it might be useful to start considering how to take advantage of > > multi-threading in Commons

Re: [math] API proposal for differentiation

On Sun, Jul 22, 2012 at 12:44:07PM -0700, Phil Steitz wrote: > On 7/22/12 9:35 AM, Luc Maisonobe wrote: > > Hi all, > > > > A few months ago, Gilles proposed to add an implementation of the > > Ridder's algorithm for differentiation (see > > ). After

Re: [Math] Little thought about multi-threading

Am 22.07.2012 21:01, schrieb Ted Dunning: I don't believe that there are any commons math algorithms that would benefit from execution in a Hadoop map-reduce style. The issue is that iterative algorithms are essentially incompatible with the very large startup costs of map-reduce programs under

Re: [math] Eigen decomposition of real asymmetric matrices

On Sun, Jul 22, 2012 at 06:39:02PM +0200, Luc Maisonobe wrote: > On 22/07/2012 17:09, Thomas Neidhart wrote: > > On 07/18/2012 10:55 PM, Thomas Neidhart wrote: > >> Hi, > > Hi Thomas, > > >> > >> I finalized now this feature request (MATH-235) by adding more random > >> data test which success fo

Re: [chain2] configuration façade APIs

Hi Simo, Am 22.07.2012 17:54, schrieb Simone Tripodi: Good point Oliver, I honestly didn't think about [configuration], please apologize! since [chain] already had a way to be configured via an XML wrapper around the Digester, we thought it would have been good having a façade and plug other te

Re: [pool][dbcp] Move AbandonedObjectPool in v 2's?

On 7/22/12 12:16 PM, Mark Thomas wrote: > On 21/07/2012 17:51, Phil Steitz wrote: >> On 7/20/12 1:47 PM, Mark Thomas wrote: >>> On 16/07/2012 20:55, Phil Steitz wrote: On 7/15/12 10:46 AM, Phil Steitz wrote: > On 7/15/12 1:12 AM, Mark Thomas wrote: >> On 15/07/2012 01:38, Phil Steitz w

[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

Re: [math] API proposal for differentiation

On 7/22/12 9:35 AM, Luc Maisonobe wrote: > Hi all, > > A few months ago, Gilles proposed to add an implementation of the > Ridder's algorithm for differentiation (see > ). After some discussion > the issue was postponed, waiting for an API for this fa

Re: [pool][dbcp] Move AbandonedObjectPool in v 2's?

On 21/07/2012 17:51, Phil Steitz wrote: > On 7/20/12 1:47 PM, Mark Thomas wrote: >> On 16/07/2012 20:55, Phil Steitz wrote: >>> On 7/15/12 10:46 AM, Phil Steitz wrote: On 7/15/12 1:12 AM, Mark Thomas wrote: > On 15/07/2012 01:38, Phil Steitz wrote: >> Sorry if this has been discussed a

Re: [Math] Little thought about multi-threading

I don't believe that there are any commons math algorithms that would benefit from execution in a Hadoop map-reduce style. The issue is that iterative algorithms are essentially incompatible with the very large startup costs of map-reduce programs under Hadoop. Some algorithms can be recast to ma

Re: [math] Eigen decomposition of real asymmetric matrices

On 22/07/2012 17:09, Thomas Neidhart wrote: > On 07/18/2012 10:55 PM, Thomas Neidhart wrote: >> Hi, Hi Thomas, >> >> I finalized now this feature request (MATH-235) by adding more random >> data test which success for an epsilon of 1e-12, which imho is pretty >> good for now. >> >> For the proble

[math] API proposal for differentiation

Hi all, A few months ago, Gilles proposed to add an implementation of the Ridder's algorithm for differentiation (see ). After some discussion the issue was postponed, waiting for an API for this family of algorithms. Last week, at work, someone ask

Re: [Math] Little thought about multi-threading

On 7/21/12 6:17 AM, Gilles Sadowski wrote: > Hi. > > My previous post (with subject "Synchronisation") made me think (again) that > it might be useful to start considering how to take advantage of > multi-threading in Commons Math. > Indeed, it seems that some parts of the library might end up not

Re: [chain2] configuration façade APIs

Good point Oliver, I honestly didn't think about [configuration], please apologize! since [chain] already had a way to be configured via an XML wrapper around the Digester, we thought it would have been good having a façade and plug other textual format... Anyway, we are open to suggestions - wha

Re: [math] Eigen decomposition of real asymmetric matrices

On 07/18/2012 10:55 PM, Thomas Neidhart wrote: > Hi, > > I finalized now this feature request (MATH-235) by adding more random > data test which success for an epsilon of 1e-12, which imho is pretty > good for now. > > For the problem with the internal DecompositionSolver, I now throw an > MathUn

Re: [chain2] configuration façade APIs

Is there any relation or overlap to [configuration]? Depending on your concrete requirements, this is probably over-sized. But maybe a source of inspiration? Oliver Am 22.07.2012 10:00, schrieb Elijah Zupancic: Thanks! On Sat, Jul 21, 2012 at 11:54 PM, Simone Tripodi wrote: Just tracked C

[GUMP@vmgump]: Project commons-jelly-tags-jmx (in module commons-jelly) 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-jelly-tags-jmx has an issue affecting its community integration. T

[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: svn commit: r1364240 - /commons/proper/imaging/trunk/pom.xml

On 22 July 2012 10:04, wrote: > Author: damjan > Date: Sun Jul 22 09:04:37 2012 > New Revision: 1364240 > > URL: http://svn.apache.org/viewvc?rev=1364240&view=rev > Log: > Add maven-changes-plugin settings needed to generate release notes. > > > Modified: > commons/proper/imaging/trunk/pom.xm

Re: [Math] Synchronization

Hello. > On 22/07/2012 02:43, Gilles Sadowski wrote: > > On Sat, Jul 21, 2012 at 11:44:43AM -0700, Ted Dunning wrote: > >> Synchronization in low level code is generally really bad. This is the > >> whole point of why Vector was essentially thrown away in Java collections > >> in favor of ArrayLi

[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] Synchronization

Hi Gilles, On 22/07/2012 02:43, Gilles Sadowski wrote: > On Sat, Jul 21, 2012 at 11:44:43AM -0700, Ted Dunning wrote: >> Synchronization in low level code is generally really bad. This is the >> whole point of why Vector was essentially thrown away in Java collections >> in favor of ArrayList. >

Re: [Math] Little thought about multi-threading

On 22/07/2012 02:29, Gilles Sadowski wrote: > On Sat, Jul 21, 2012 at 11:41:45AM -0700, Ted Dunning wrote: >> The easy way to get much of this benefit is to simply use multi-threaded >> versions of Atlas via jblas. Probably not viable given the no dependency >> posture of commons math. >> > > Whe

Re: [Math] JIRA "Road Map" panel

On 22/07/2012 03:58, Gilles Sadowski wrote: > Hi. > > In this panel > > https://issues.apache.org/jira/browse/MATH#selectedTab=com.atlassian.jira.plugin.system.project%3Aroadmap-panel > there appears sections for the following "upcoming versions": > 1.3 > 2.2.1 > Nightly builds > > Shoul

Re: [Math] Replacing "LegendreGaussIntegrator"

On 22/07/2012 03:43, Gilles Sadowski wrote: > Hello. > > Any objection to the proposals in the following issue: > https://issues.apache.org/jira/browse/MATH-827 > ? I am fine with this proposal. Having a non-interative quadrature is good and we must provide clear API so users know when they use

[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

Re: [chain2] configuration façade APIs

Thanks! On Sat, Jul 21, 2012 at 11:54 PM, Simone Tripodi wrote: > Just tracked CHAIN-72 and assigned to Elijah > > best, > -Simo > > http://people.apache.org/~simonetripodi/ > http://simonetripodi.livejournal.com/ > http://twitter.com/simonetripodi > http://www.99soft.org/ > > > On Sat, Jul 21, 2