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-pool has an issue affecting its community integration.
This issue
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
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
Our website page titles are currently rather inconsistent:
For example, sample LANG titles are as follows
Lang - Home (on index page):
Lang - Building
Lang - Download Commons Lang
Lang - Home (this is on the release history page!)
And NET
Commons Net - Apache Commons Net
I think it would be
+1 I agree with consistency
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Mar 27, 2011 at 3:33 PM, sebb seb...@gmail.com wrote:
Our website page titles are currently rather inconsistent:
For example, sample LANG titles are as follows
Lang - Home (on index
Commons Skin / Parent have been updated to add the trademark claims to
page footers, and to add standard navigation links.
According to the Apache project branding requirements [1], we also
need to ensure that the home and download pages contain a description
[2] of the product, and ensure that
On Mar 27, 2011, at 9:33, sebb seb...@gmail.com wrote:
Our website page titles are currently rather inconsistent:
For example, sample LANG titles are as follows
Lang - Home (on index page):
Lang - Building
Lang - Download Commons Lang
Lang - Home (this is on the release history page!)
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=5866projectId=107
Build statistics:
State: Failed
Previous State: Ok
Started at: Sun 27 Mar 2011 14:21:10 +
Finished at: Sun 27 Mar 2011 14:21:37 +
Total time: 26s
Build Trigger: Schedule
Build
The last time I tried to deploy Sandbox Convert, nothing happened. I
think the recent Maven changes may have affected something. I would be
happy to update the site otherwise.
-Adrian
On 3/27/2011 6:33 AM, sebb wrote:
Our website page titles are currently rather inconsistent:
For example,
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=5874projectId=107
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 27 Mar 2011 16:03:34 +
Finished at: Sun 27 Mar 2011 16:03:52 +
Total time: 17s
Build Trigger: Schedule
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
Hi Luc,
Thanks! I'll fix MannWhitneyUTestImpl.
Cheers, Mikkel.
Den 27/03/2011 18.48 skrev Luc Maisonobe luc.maison...@free.fr:
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 rather have a shorter title like :
Commons Foo - Page name
Thus the name of the component is likely to be fully visible on a
browser tab. Otherwise you would see Apache Commons ... and wouldn't
be able to figure the project on this tab.
The Apache brand could be brought by adding
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=5881projectId=107
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 27 Mar 2011 17:04:55 +
Finished at: Sun 27 Mar 2011 17:05:33 +
Total time: 37s
Build Trigger: Schedule
+1
On 2011-03-27 15:33, sebb wrote:
Our website page titles are currently rather inconsistent:
For example, sample LANG titles are as follows
Lang - Home (on index page):
Lang - Building
Lang - Download Commons Lang
Lang - Home (this is on the release history page!)
And NET
Commons
On 27 March 2011 17:40, Emmanuel Bourg ebo...@apache.org wrote:
I would rather have a shorter title like :
Commons Foo - Page name
Thus the name of the component is likely to be fully visible on a browser
tab. Otherwise you would see Apache Commons ... and wouldn't be able to
figure the
On 3/24/11 4:34 AM, Mark Thomas wrote:
On 23/03/2011 20:01, Mark Thomas wrote:
On 23/03/2011 19:54, Phil Steitz wrote:
On 3/23/11 12:36 PM, Mark Thomas wrote:
Phil,
I believe all the pool issues for 1.5.x have been resolved. Over to
you... :)
Thanks! You are awesome, Mark!
I will
On Sun, Mar 27, 2011 at 5:40 PM, Emmanuel Bourg ebo...@apache.org wrote:
I would rather have a shorter title like :
Commons Foo - Page name
Thus the name of the component is likely to be fully visible on a browser
tab. Otherwise you would see Apache Commons ... and wouldn't be able to
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-pool has an issue affecting its community integration.
This issue
In class MathUtils, method round(double x, int scale, int
roundingMethod) we catch RuntimeException to wrap it into
MathRuntimeException. I think we should not and should simply let the
RuntimeException go up. What do you think ?
Agreed.
SerializablePair extends Pair which is not
On Sun, Mar 27, 2011 at 11:21:51PM +0200, Gilles Sadowski wrote:
[...]
It's a pity that CM cannot even rely on other Commons code (such as Lang,
which contains a Pair class).
If this is still not an option (!), I'd rather remove the SerializablePair
class and change the code in
I can't remember how to fix this. The problem is that I changed the jar goal
in the Ant build to produce an artifact with the version number in the jar name
and I guess Gump expects the old versionless name. Anyone know how to fix this?
On Mar 27, 2011, at 11:58 AM, Gump
2011/3/28 Phil Steitz phil.ste...@gmail.com:
I can't remember how to fix this. The problem is that I changed the jar goal
in the Ant build to produce an artifact with the version number in the jar
name and I guess Gump expects the old versionless name. Anyone know how to
fix this?
I would prefer not to make that method static, since that means it
cannot be overridden and it is used internally in this class as well
as Spearman's. If we want to provide a convenience method with
static signature, we should add it to StatUtils or create a
CorrelationUtils class to bundle
On 3/27/11 5:06 PM, Konstantin Kolinko wrote:
2011/3/28 Phil Steitz phil.ste...@gmail.com:
I can't remember how to fix this. The problem is that I changed the jar
goal in the Ant build to produce an artifact with the version number in the
jar name and I guess Gump expects the old
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 (more than one hundred).
Thanks! And sorry...
There are a few remaining bugs for which I would like some ideas.
Checkstyle errors:
In class
borrowObject, returnObject and invalidatObject also call allocate
within synch blocks. Since clearOldest can be kicked off from
within any activation of allocate, it seems to me we either need to
find a different way to get clearOldest activated or move all of the
allocate activations outside of
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 (more than one hundred).
Thanks! And sorry...
There are a few remaining bugs for which I would like some ideas.
28 matches
Mail list logo
