I had a little time tonight to look at the deprecated methods again.
This time around, the dependencies made more sense, so I just cut a
patch that removes the deprecated methods. Please see:
https://issues.apache.org/jira/browse/CHAIN-71
Now, that I am a committer, can I go ahead and check in
Hi Elijah!
well done and yes, go ahead and checkin the code yourself! :)
Please track the issue also in the src/changes/change.xml
TIA!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sat, Jul 21,
Hi all,
The Apache Commons Team is pleased to announce the immediate
availability of Apache Commons DbUtils 1.5!
The Apache Commons-DbUtils package is a set of Java utility classes
for easing JDBC development, version 1.5 contains a number of
improvements and bug fixes:
Bug
[DBUTILS-73] -
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
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
On Fri, Jul 20, 2012 at 07:26:59PM -0700, Phil Steitz wrote:
On 7/20/12 5:39 PM, Gilles Sadowski wrote:
Hi.
Author: erans
Date: Sat Jul 21 00:08:18 2012
New Revision: 1364024
URL: http://svn.apache.org/viewvc?rev=1364024view=rev
Log:
MATH-797
Performance: synchronization
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 being used
anymore because their performance simply
On Tue, Jul 17, 2012 at 06:13:17PM +0300, ori ziv wrote:
Don't you the following as disadvantages of the Preconditions way ?
* It forces you to write p = 0 p = 1 anytime. even it is a
trivial condition, you might mistake and get the inequality sign in
the wrong way, or forget the equals sign.
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
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=24055projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Sat 21 Jul 2012 13:33:49 +
Finished at: Sat 21 Jul 2012 13:34:42 +
Total time: 53s
Build Trigger: Schedule
Build
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.
Hi Phil
I took a closer look at the Spearmans correlation and note that it uses an
underlying PearsonsCorrelation object to do the actual work of calculating
the correlation value after ranking.
Do I have to do the same for Kendalls Tau? I.e. Do I need to have two
classes
Hi there,
I was trying to figure out if BCEL supports java 1.7 yesterday. After
doing a few experiments, it appears that it somewhat supports it as it
is used in findbugs until I use 1.7 features. I think that we should
update the FAQ for the project. Any one here know more about this than
me?
On 7/21/12 7:04 AM, Devl Devel wrote:
Hi Phil
I took a closer look at the Spearmans correlation and note that it
uses an underlying PearsonsCorrelation object to do the actual
work of calculating the correlation value after ranking.
It does that only because Spearman's essentially is
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 already and I can't find the
thread; but we should do this
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.
On Sat, Jul 21, 2012 at 6:17 AM, Gilles Sadowski
gil...@harfang.homelinux.org wrote:
Hi.
My previous post (with subject
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.
Better to synchronize in the caller who knows about the multi-threading.
Or simply build a synchronized wrapper in an inner
Hi all guys,
Elijah and and I had a chat and we thought that, since chain2 hasn't
released yet, we are still in time to define a façade API for textual
configurations and rename the current XML configuration module to
xml-configuration (and adapt it to new API) - new formats such as YAML
and JSON
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.
When referring to multi-threading, I was not specifically
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.
I might be wrong, but I don't think that's the reason.
At the
Hello.
Any objection to the proposals in the following issue:
https://issues.apache.org/jira/browse/MATH-827
?
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail:
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
Shouldn't they be deleted?
Regards,
Gilles
22 matches
Mail list logo
