[GUMP@vmgump]: Project commons-jelly-tags-sql (in module commons-jelly) failed

[Gump]

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-sql has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 45 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-sql :  Commons Jelly


Full details are available at:

http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-sql/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-jelly-tags-sql-31082012.jar] identifier set 
to project name
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- Dependency on commons-jexl-1.x exists, no need to add for property 
maven.jar.commons-jexl.
 -DEBUG- (Apache Gump generated) Apache Maven Properties in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/project.xml
 -DEBUG- Maven project properties in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/project.properties
 -INFO- Project Reports in: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/target/test-reports
 -WARNING- No directory 
[/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/target/test-reports]
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-sql/gump_work/build_commons-jelly_commons-jelly-tags-sql.html
Work Name: build_commons-jelly_commons-jelly-tags-sql (Type: Build)
Work ended in a state of : Failed
Elapsed: 8 secs
Command Line: maven --offline jar 
[Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/sql]
-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

You are working offline so the build will continue, but 
commons-jelly-1.1-SNAPSHOT.jar may be out of date!
build:start:

java:prepare-filesystem:
[mkdir] Created dir: 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/target/classes

java:compile:
[echo] Compiling to 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/target/classes
[javac] Compiling 18 source files to 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/target/classes
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 1.5
[javac] 
/srv/gump/public/workspace/commons-jelly/jelly-tags/sql/src/java/org/apache/commons/jelly/tags/sql/DataSourceWrapper.java:38:
 error: DataSourceWrapper is not abstract and does not override abstract method 
getParentLogger() in CommonDataSource
[javac] public class DataSourceWrapper implements DataSource {
[javac]^
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[javac] 1 error
[javac] 1 warning

BUILD FAILED
File.. /home/gump/.maven/cache/maven-java-plugin-1.5/plugin.jelly
Element... ant:javac
Line.. 63
Column 48
Compile failed; see the compiler error output for details.
Total time: 6 seconds
Finished at: Fri Aug 31 07:09:23 UTC 2012

-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-sql/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-sql/atom.xml

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 1331082012, vmgump.apache.org:vmgump:1331082012
Gump E-mail Identifier (unique within run) #61.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [site] yet another proposal on how to restyle the commons site

[Simone Tripodi]

Hi again,

Thanks to Christian Grobmeier, we also added the responsive bootstrap css.

I re-uploaded the site, can you please have a look at it?
TIA,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Fri, Aug 31, 2012 at 8:58 AM, Simone Tripodi
 wrote:
>>> I've uploaded a screenshot of that page taken with my mobile [1].
>>> Doesn't look to well, anything you can do about that?
>
> :(
>
>> Step 1: Make "Welcome to the Apache Commons" half its current font size.
>
> yup, I have no more bullets in my gun that the one Gary suggested, I
> just re-uploaded the site[1]
>
> How does it look?
> TIA,
> -Simo
>
> [1] http://people.apache.org/~simonetripodi/commons-sidebar/
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [site] yet another proposal on how to restyle the commons site

[Christian Grobmeier]

Hi,

and just to say it clearly: i am very much +1 to finally add this skin.

Cheers
Christian

On Fri, Aug 31, 2012 at 11:09 AM, Simone Tripodi
 wrote:
> Hi again,
>
> Thanks to Christian Grobmeier, we also added the responsive bootstrap css.
>
> I re-uploaded the site, can you please have a look at it?
> TIA,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Fri, Aug 31, 2012 at 8:58 AM, Simone Tripodi
>  wrote:
 I've uploaded a screenshot of that page taken with my mobile [1].
 Doesn't look to well, anything you can do about that?
>>
>> :(
>>
>>> Step 1: Make "Welcome to the Apache Commons" half its current font size.
>>
>> yup, I have no more bullets in my gun that the one Gary suggested, I
>> just re-uploaded the site[1]
>>
>> How does it look?
>> TIA,
>> -Simo
>>
>> [1] http://people.apache.org/~simonetripodi/commons-sidebar/
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [math] Re: Single root for Exceptions

[Luc Maisonobe]

Le 31/08/2012 03:22, Sébastien Brisard a écrit :
> Hello,
> 
> [...]
>
> Thus, shall I open a JIRA ticket with the tasks of completing the "throws"
> clauses of all CM methods?
> Does someone absolutely needs this task tobe completed before releasing 
> 3.1?
> [I don't think that it's possible without a huge effort from everyone.]
>>>
>>> Ticket created:
>>>  https://issues.apache.org/jira/browse/MATH-854
>>>
>

 No hurry on my side, but I'm happy contributing. In order not to tread
 on anyone's feet, maybe each of us should be assigned one package (for
 a start).
>>>
>>> Good idea.
>>>
>>> Gilles: packages "o.a.c.m.optimization"
>>> "o.a.c.m.analysis.function"
>>> "o.a.c.m.analysis.solvers"
>>> "o.a.c.m.analysis.integration"
>>> "o.a.c.m.analysis.interpolation"
>>
>> +1 to divide and conquer.  I will start on stat.
>>
>> Phil
>>>
>>>
>>> Best regards,
>>> Gilles
>>>
> I can take care of linear and special, of course!

I'll look at ode, differentiation and geometry.

Luc

> Sébastien
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [site] yet another proposal on how to restyle the commons site

[sebb]

On 31 August 2012 10:09, Simone Tripodi  wrote:
> Hi again,
>
> Thanks to Christian Grobmeier, we also added the responsive bootstrap css.
>
> I re-uploaded the site, can you please have a look at it?
> TIA,
> -Simo

Looks much better now; seems to contain all the required elements, and
they are easier to find than on the horizontal menu.
Compared with the present design, it does look cleaner.

However the pages are considerably longer; it's a pity that the lhs
menu does not fit on the first page.

I'm not sure it makes sense to add the Google and Facebook links, but
if they are present, they should both have hover text; only Google
does at present.
Also, the ApacheCon advert is more important to the ASF, and should
appear before them.
Can they appear horizontally aligned?

The text font on the Commons logo now looks out of place (and the TM
is missing - wrong file used?), so at some point it would be sensible
to redo it.

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [site] yet another proposal on how to restyle the commons site

[Gary Gregory]

So much better on the iPhone! Thanks Simo. I agree with Sebb's
comments. Well done.

Gary

On Aug 31, 2012, at 5:09, Simone Tripodi  wrote:

> Hi again,
>
> Thanks to Christian Grobmeier, we also added the responsive bootstrap css.
>
> I re-uploaded the site, can you please have a look at it?
> TIA,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Fri, Aug 31, 2012 at 8:58 AM, Simone Tripodi
>  wrote:
 I've uploaded a screenshot of that page taken with my mobile [1].
 Doesn't look to well, anything you can do about that?
>>
>> :(
>>
>>> Step 1: Make "Welcome to the Apache Commons" half its current font size.
>>
>> yup, I have no more bullets in my gun that the one Gary suggested, I
>> just re-uploaded the site[1]
>>
>> How does it look?
>> TIA,
>> -Simo
>>
>> [1] http://people.apache.org/~simonetripodi/commons-sidebar/
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [math] Binary or text resource files?

[Gilles Sadowski]

Hi Sébastien.

> right, until we reach a consensus, I've inlined the reference data as
> double[][], trying to keep those arrays to a reasonable size.
> I really would like to provide publicly available extensive validation
> of all special functions we have (and will) implement. It seems to me
> very important. BOOST does that, which I think lays a standard we
> ought to live up to.

That's certainly a valuable effort. Thanks.

> I'm just not sure what the right way to do this
> is. Surely, using unit tests for this is a bit far-fetched. Gilles was
> talking about a side-project: did you mean a whole new project in
> SANDBOX?

No, I don't think so. I just meant that such reports could form an annex to
the user guide.
As there are already directories like "src/test/java", "src/test/resources",
"src/test/R", there could be something like
  src/test/reports
  src/test/reports/data
  src/test/reports/templates
  src/test/reports/bin
where programs in "bin" would generate reports by reading their input from
"data" and format them according to the "templates" (for example).

> That project would then not be a library, but rather a set of
> executables which produce nicely formatted reports on the accuracy of
> o.a.c.m.special, to be included in the User's guide of CM? Is that
> what you had in mind, Gilles?

Indeed.

There could also be reports about performance (micro-benchmarking) and
actual use-cases.


Best,
Gilles

> What do others think?
> 
> Sébastien
> 

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[Math] Formatting (Was: svn commit: r1379270 - /commons/proper/math/trunk/...)

[Gilles Sadowski]

Hello Sébastien.

> Author: celestin
> Date: Fri Aug 31 03:12:16 2012
> New Revision: 1379270
> 
> URL: http://svn.apache.org/viewvc?rev=1379270&view=rev
> Log:
> MATH-849: changed boundary case x = 8.0 in double Gamma.logGamma(double).
> 
> Modified:
> 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
> 
> Modified: 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
> URL: 
> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java?rev=1379270&r1=1379269&r2=1379270&view=diff
> ==
> --- 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>  (original)
> +++ 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>  Fri Aug 31 03:12:16 2012
> @@ -222,9 +222,9 @@ public class Gamma {
>   * Returns the value of log Γ(x) for x > 0.
>   * 
>   * 
> - * For x < 8, the implementation is based on the double precision
> + * For x ≤ 8, the implementation is based on the double precision

My personal taste would be to write this as
---
 {@code x <= 8}
---
[As I'm not an HTML parser, it always takes me a few moments to figure out a
sequence such as "x < 8", while it is easier to focus on the central part
of "{@code x <= 8}".]

So, if nobody disagrees, this could become a formatting rule. [The rationale
(to be included in the document you proposed to create) would be that
Javadoc comments should be as easy as possible to read in their source form,
for the developer's sake.]


Best regards,
Gilles

>   * implementation in the NSWC Library of Mathematics 
> Subroutines,
> - * {@code DGAMLN}. For x ≥ 8, the implementation is based on
> + * {@code DGAMLN}. For x > 8, the implementation is based on
>   * 
>   * 
>   * http://mathworld.wolfram.com/GammaFunction.html";>Gamma
> @@ -249,7 +249,7 @@ public class Gamma {
>  return logGamma1p(x) - FastMath.log(x);
>  } else if (x <= 2.5) {
>  return logGamma1p((x - 0.5) - 0.5);
> -} else if (x < 8.0) {
> +} else if (x <= 8.0) {
>  final int n = (int) FastMath.floor(x - 1.5);
>  double prod = 1.0;
>  for (int i = 1; i <= n; i++) {
> 
> 

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [site] yet another proposal on how to restyle the commons site

[Benedikt Ritter]

Hi again,

on my mobile, the top navi does not fit into the horizontal space
causing a line break. That will display "Components" and "Sandbox"
above the header of the side bar. I'll upload a screenshot as soon as
I'm at home.

Great work, Simo!

Benedikt

PS: I liked the side scrolling widget from the first version :-)

2012/8/31 Gary Gregory :
> So much better on the iPhone! Thanks Simo. I agree with Sebb's
> comments. Well done.
>
> Gary
>
> On Aug 31, 2012, at 5:09, Simone Tripodi  wrote:
>
>> Hi again,
>>
>> Thanks to Christian Grobmeier, we also added the responsive bootstrap css.
>>
>> I re-uploaded the site, can you please have a look at it?
>> TIA,
>> -Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://simonetripodi.livejournal.com/
>> http://twitter.com/simonetripodi
>> http://www.99soft.org/
>>
>>
>> On Fri, Aug 31, 2012 at 8:58 AM, Simone Tripodi
>>  wrote:
> I've uploaded a screenshot of that page taken with my mobile [1].
> Doesn't look to well, anything you can do about that?
>>>
>>> :(
>>>
 Step 1: Make "Welcome to the Apache Commons" half its current font size.
>>>
>>> yup, I have no more bullets in my gun that the one Gary suggested, I
>>> just re-uploaded the site[1]
>>>
>>> How does it look?
>>> TIA,
>>> -Simo
>>>
>>> [1] http://people.apache.org/~simonetripodi/commons-sidebar/
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://simonetripodi.livejournal.com/
>>> http://twitter.com/simonetripodi
>>> http://www.99soft.org/
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [site] yet another proposal on how to restyle the commons site

[Olivier Lamy]

2012/8/31 Simone Tripodi :
>>> I've uploaded a screenshot of that page taken with my mobile [1].
>>> Doesn't look to well, anything you can do about that?
>
> :(
>
>> Step 1: Make "Welcome to the Apache Commons" half its current font size.
>
> yup, I have no more bullets in my gun that the one Gary suggested, I
> just re-uploaded the site[1]
perso I would reduce a bit the width of the sidebar :-)
>
> How does it look?
> TIA,
> -Simo
>
> [1] http://people.apache.org/~simonetripodi/commons-sidebar/
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>



-- 
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [site] yet another proposal on how to restyle the commons site

[Simone Tripodi]

Hi Bene,

please ignore the topbar navigator, sounds it won't in consideration.

danke,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Fri, Aug 31, 2012 at 2:51 PM, Benedikt Ritter  wrote:
> Hi again,
>
> on my mobile, the top navi does not fit into the horizontal space
> causing a line break. That will display "Components" and "Sandbox"
> above the header of the side bar. I'll upload a screenshot as soon as
> I'm at home.
>
> Great work, Simo!
>
> Benedikt
>
> PS: I liked the side scrolling widget from the first version :-)
>
> 2012/8/31 Gary Gregory :
>> So much better on the iPhone! Thanks Simo. I agree with Sebb's
>> comments. Well done.
>>
>> Gary
>>
>> On Aug 31, 2012, at 5:09, Simone Tripodi  wrote:
>>
>>> Hi again,
>>>
>>> Thanks to Christian Grobmeier, we also added the responsive bootstrap css.
>>>
>>> I re-uploaded the site, can you please have a look at it?
>>> TIA,
>>> -Simo
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://simonetripodi.livejournal.com/
>>> http://twitter.com/simonetripodi
>>> http://www.99soft.org/
>>>
>>>
>>> On Fri, Aug 31, 2012 at 8:58 AM, Simone Tripodi
>>>  wrote:
>> I've uploaded a screenshot of that page taken with my mobile [1].
>> Doesn't look to well, anything you can do about that?

 :(

> Step 1: Make "Welcome to the Apache Commons" half its current font size.

 yup, I have no more bullets in my gun that the one Gary suggested, I
 just re-uploaded the site[1]

 How does it look?
 TIA,
 -Simo

 [1] http://people.apache.org/~simonetripodi/commons-sidebar/

 http://people.apache.org/~simonetripodi/
 http://simonetripodi.livejournal.com/
 http://twitter.com/simonetripodi
 http://www.99soft.org/
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] Formatting (Was: svn commit: r1379270 - /commons/proper/math/trunk/...)

[sebb]

On 31 August 2012 13:49, Gilles Sadowski  wrote:
> Hello Sébastien.
>
>> Author: celestin
>> Date: Fri Aug 31 03:12:16 2012
>> New Revision: 1379270
>>
>> URL: http://svn.apache.org/viewvc?rev=1379270&view=rev
>> Log:
>> MATH-849: changed boundary case x = 8.0 in double Gamma.logGamma(double).
>>
>> Modified:
>> 
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>>
>> Modified: 
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>> URL: 
>> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java?rev=1379270&r1=1379269&r2=1379270&view=diff
>> ==
>> --- 
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>>  (original)
>> +++ 
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>>  Fri Aug 31 03:12:16 2012
>> @@ -222,9 +222,9 @@ public class Gamma {
>>   * Returns the value of log Γ(x) for x > 0.
>>   * 
>>   * 
>> - * For x < 8, the implementation is based on the double precision
>> + * For x ≤ 8, the implementation is based on the double precision
>
> My personal taste would be to write this as
> ---
>  {@code x <= 8}
> ---
> [As I'm not an HTML parser, it always takes me a few moments to figure out a
> sequence such as "x < 8", while it is easier to focus on the central part
> of "{@code x <= 8}".]
>
> So, if nobody disagrees, this could become a formatting rule. [The rationale
> (to be included in the document you proposed to create) would be that
> Javadoc comments should be as easy as possible to read in their source form,
> for the developer's sake.]

Note that @code does not allow embedded markup, so there may be some
cases where it cannot be used or where using it is more complicated.

>
> Best regards,
> Gilles
>
>>   * implementation in the NSWC Library of Mathematics 
>> Subroutines,
>> - * {@code DGAMLN}. For x ≥ 8, the implementation is based on
>> + * {@code DGAMLN}. For x > 8, the implementation is based on
>>   * 
>>   * 
>>   * http://mathworld.wolfram.com/GammaFunction.html";>Gamma
>> @@ -249,7 +249,7 @@ public class Gamma {
>>  return logGamma1p(x) - FastMath.log(x);
>>  } else if (x <= 2.5) {
>>  return logGamma1p((x - 0.5) - 0.5);
>> -} else if (x < 8.0) {
>> +} else if (x <= 8.0) {
>>  final int n = (int) FastMath.floor(x - 1.5);
>>  double prod = 1.0;
>>  for (int i = 1; i <= n; i++) {
>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] Formatting (Was: svn commit: r1379270 - /commons/proper/math/trunk/...)

[Sébastien Brisard]

Hi Gilles,

2012/8/31 Gilles Sadowski :
> Hello Sébastien.
>
>> Author: celestin
>> Date: Fri Aug 31 03:12:16 2012
>> New Revision: 1379270
>>
>> URL: http://svn.apache.org/viewvc?rev=1379270&view=rev
>> Log:
>> MATH-849: changed boundary case x = 8.0 in double Gamma.logGamma(double).
>>
>> Modified:
>> 
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>>
>> Modified: 
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>> URL: 
>> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java?rev=1379270&r1=1379269&r2=1379270&view=diff
>> ==
>> --- 
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>>  (original)
>> +++ 
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>>  Fri Aug 31 03:12:16 2012
>> @@ -222,9 +222,9 @@ public class Gamma {
>>   * Returns the value of log Γ(x) for x > 0.
>>   * 
>>   * 
>> - * For x < 8, the implementation is based on the double precision
>> + * For x ≤ 8, the implementation is based on the double precision
>
> My personal taste would be to write this as
> ---
>  {@code x <= 8}
> ---
> [As I'm not an HTML parser,
>
I'm a bit disappointed by your poor parsing capabilities ;-)

> it always takes me a few moments to figure out a
> sequence such as "x < 8", while it is easier to focus on the central part
> of "{@code x <= 8}".]
>
> So, if nobody disagrees, this could become a formatting rule. [The rationale
> (to be included in the document you proposed to create) would be that
> Javadoc comments should be as easy as possible to read in their source form,
> for the developer's sake.]
>
Yeah, and it gets worse when I had to find a work around for the
decimal point not being interpreted as the end of the first sentence:
I ended up with something like
Returns the value of 1 / Γ(1 + x) - 1 for -0.5 ≤ x ≤
1.5. In case you wondered, . is simply '.'. This is uggly, I
agree.

I was thinking this very morning of something like "HTML tags are
allowed as long as reading the source file is still reasonably easy".
I'm quite happy with a more radical approach, like "HTML text
formatting tags should be avoided as much as possible. Paragraph
formatting (, , , ... is allowed)". Note that it has not
been applied consistently in CM yet : in some parts, formulae are
formatted with HTML tags, in other parts, it's pure {@code }. I
contributed to this mess :-(
As sebb mentions {@code } prevents *any* formatting, but this would
not really be an issue. If needed, we can use  tags and
nice text-based equations (again, tools like Maxima can help a lot),
even if it looks old fashioned.

I'll write something up in the JIRA ticket, so that everyone can review it.

Thanks for this suggestion,

Sébastien
>
> Best regards,
> Gilles
>
>>   * implementation in the NSWC Library of Mathematics 
>> Subroutines,
>> - * {@code DGAMLN}. For x ≥ 8, the implementation is based on
>> + * {@code DGAMLN}. For x > 8, the implementation is based on
>>   * 
>>   * 
>>   * http://mathworld.wolfram.com/GammaFunction.html";>Gamma
>> @@ -249,7 +249,7 @@ public class Gamma {
>>  return logGamma1p(x) - FastMath.log(x);
>>  } else if (x <= 2.5) {
>>  return logGamma1p((x - 0.5) - 0.5);
>> -} else if (x < 8.0) {
>> +} else if (x <= 8.0) {
>>  final int n = (int) FastMath.floor(x - 1.5);
>>  double prod = 1.0;
>>  for (int i = 1; i <= n; i++) {
>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

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

[Gump]

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 issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-exec-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/exec/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/exec/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/gump_work/build_apache-commons_commons-exec-test.html
Work Name: build_apache-commons_commons-exec-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 25 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/exec]
M2_HOME: /opt/maven2
-
Running org.apache.commons.exec.util.StringUtilTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.exec.util.MapUtilTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.exec.DefaultExecutorTest
FOO..
gdal_translate
HDF5:"/home/kk/grass/data/4404.he5"://HDFEOS/GRIDS/OMI_Column_Amount_O3/Data_Fields/ColumnAmountO3/home/kk/4.tif
FOO..
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.086 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.028 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.031 ms
Process completed in 2005 millis; below is its output
Process timed out and was killed by watchdog.
org.apache.commons.exec.ExecuteException: Process exited with an error: 143 
(Exit value: 143)
Process completed in 2002 millis; below is its output
Process timed out and was killed.
Preparing to execute process - commandLine=[/bin/ls, /opt]
Process spun off successfully - process=/bin/ls
Preparing to execute process - commandLine=[/bin/ls, /opt]
Process spun off successfully - process=/bin/ls
Executing [sh, -c, src/test/scripts/invoker.sh]
invoker.sh -- going to start daemon process
invoker.sh --  daemon process was started
cd: 21: can't cd to ../../../target
Process completed in 8038 millis; above is its output
Processes terminated: 6 killed: 0 Multiplier: 1 MaxRetries: 180 Elapsed (avg 
ms): 1004
Tests run: 40, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 71.741 sec <<< 
FAILURE!

Results :

Failed tests: 
  testExec_60(org.apache.commons.exec.DefaultExecutorTest)

Tests run: 95, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/exec/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 1 minute 24 seconds
[INFO] Finished at: Fri Aug 31 14:10:30 UTC 2012
[INFO] Final Memory: 28M/67M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/atom.xml

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 06001231082012, vmgump.apache.org:vmgump:06001231082012
Gump E-mail Identifier (unique within run) #1.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[ALL] Commons Parent 27?

[sebb]

There was a minor bug in CP 26; the site plugin report version was
different from the build version.
This has been fixed, and various other plugin versions updated.

I'd like to do another release soon to fix the bug.
Just before I do, are there any other changes that need to be added?

I seem to remember seeing a comment in an SVN commit message which
suggested there was something missing/needing update, but of course I
cannot find the message now...

Anyone remember?

If not, never mind, can always release another version a bit later.

"Release early, release often" works well here since there is no
possibility of API breakage and faulty versions can just be ignored.

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] Formatting (Was: svn commit: r1379270 - /commons/proper/math/trunk/...)

[sebb]

On 31 August 2012 14:52, Sébastien Brisard  wrote:
> Hi Gilles,
>
> 2012/8/31 Gilles Sadowski :
>> Hello Sébastien.
>>
>>> Author: celestin
>>> Date: Fri Aug 31 03:12:16 2012
>>> New Revision: 1379270
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1379270&view=rev
>>> Log:
>>> MATH-849: changed boundary case x = 8.0 in double Gamma.logGamma(double).
>>>
>>> Modified:
>>> 
>>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>>>
>>> Modified: 
>>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>>> URL: 
>>> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java?rev=1379270&r1=1379269&r2=1379270&view=diff
>>> ==
>>> --- 
>>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>>>  (original)
>>> +++ 
>>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>>>  Fri Aug 31 03:12:16 2012
>>> @@ -222,9 +222,9 @@ public class Gamma {
>>>   * Returns the value of log Γ(x) for x > 0.
>>>   * 
>>>   * 
>>> - * For x < 8, the implementation is based on the double precision
>>> + * For x ≤ 8, the implementation is based on the double precision
>>
>> My personal taste would be to write this as
>> ---
>>  {@code x <= 8}
>> ---
>> [As I'm not an HTML parser,
>>
> I'm a bit disappointed by your poor parsing capabilities ;-)
>
>> it always takes me a few moments to figure out a
>> sequence such as "x < 8", while it is easier to focus on the central part
>> of "{@code x <= 8}".]
>>
>> So, if nobody disagrees, this could become a formatting rule. [The rationale
>> (to be included in the document you proposed to create) would be that
>> Javadoc comments should be as easy as possible to read in their source form,
>> for the developer's sake.]
>>
> Yeah, and it gets worse when I had to find a work around for the
> decimal point not being interpreted as the end of the first sentence:
> I ended up with something like
> Returns the value of 1 / Γ(1 + x) - 1 for -0.5 ≤ x ≤
> 1.5. In case you wondered, . is simply '.'. This is uggly, I
> agree.
>
> I was thinking this very morning of something like "HTML tags are
> allowed as long as reading the source file is still reasonably easy".
> I'm quite happy with a more radical approach, like "HTML text
> formatting tags should be avoided as much as possible. Paragraph
> formatting (, , , ... is allowed)". Note that it has not
> been applied consistently in CM yet : in some parts, formulae are
> formatted with HTML tags, in other parts, it's pure {@code }. I
> contributed to this mess :-(
> As sebb mentions {@code } prevents *any* formatting, but this would
> not really be an issue. If needed, we can use  tags and
> nice text-based equations (again, tools like Maxima can help a lot),
> even if it looks old fashioned.
>
> I'll write something up in the JIRA ticket, so that everyone can review it.

Rather than formal rules, maybe it would be better to treat such
formatting ideas as "best practice".

That is, provide examples of different ways to document certain tricky
constructs.
This should make it more obvious when to choose a particular method.
And equally, it would show when there is no particular best choice.

Such examples should prove useful across all Commons components.

> Thanks for this suggestion,
>
> Sébastien
>>
>> Best regards,
>> Gilles
>>
>>>   * implementation in the NSWC Library of Mathematics 
>>> Subroutines,
>>> - * {@code DGAMLN}. For x ≥ 8, the implementation is based on
>>> + * {@code DGAMLN}. For x > 8, the implementation is based on
>>>   * 
>>>   * 
>>>   * http://mathworld.wolfram.com/GammaFunction.html";>Gamma
>>> @@ -249,7 +249,7 @@ public class Gamma {
>>>  return logGamma1p(x) - FastMath.log(x);
>>>  } else if (x <= 2.5) {
>>>  return logGamma1p((x - 0.5) - 0.5);
>>> -} else if (x < 8.0) {
>>> +} else if (x <= 8.0) {
>>>  final int n = (int) FastMath.floor(x - 1.5);
>>>  double prod = 1.0;
>>>  for (int i = 1; i <= n; i++) {
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [ALL] Commons Parent 27?

[Simone Tripodi]

> "Release early, release often" works well here since there is no
> possibility of API breakage and faulty versions can just be ignored.

+1

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [ALL] Commons Parent 27?

[Matt Benson]

On Fri, Aug 31, 2012 at 9:15 AM, sebb  wrote:
> There was a minor bug in CP 26; the site plugin report version was
> different from the build version.
> This has been fixed, and various other plugin versions updated.
>
> I'd like to do another release soon to fix the bug.
> Just before I do, are there any other changes that need to be added?
>
> I seem to remember seeing a comment in an SVN commit message which
> suggested there was something missing/needing update, but of course I
> cannot find the message now...
>
> Anyone remember?
>

I think we've got some weirdness in our OSGI stuff, but I don't
remember the particulars just ATM and don't know if it's what you
would be talking about.  :|

Matt

> If not, never mind, can always release another version a bit later.
>
> "Release early, release often" works well here since there is no
> possibility of API breakage and faulty versions can just be ignored.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [ALL] Commons Parent 27?

[Gary Gregory]

Go for it. I'd like to pick up

http://jira.codehaus.org/browse/MCHANGES-285

when it is fixed. I vote for the issue, maybe other folks can too.

Gary

On Fri, Aug 31, 2012 at 10:15 AM, sebb  wrote:

> There was a minor bug in CP 26; the site plugin report version was
> different from the build version.
> This has been fixed, and various other plugin versions updated.
>
> I'd like to do another release soon to fix the bug.
> Just before I do, are there any other changes that need to be added?
>
> I seem to remember seeing a comment in an SVN commit message which
> suggested there was something missing/needing update, but of course I
> cannot find the message now...
>
> Anyone remember?
>
> If not, never mind, can always release another version a bit later.
>
> "Release early, release often" works well here since there is no
> possibility of API breakage and faulty versions can just be ignored.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
Spring Batch in Action: http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [Math] Formatting (Was: svn commit: r1379270 - /commons/proper/math/trunk/...)

[Sébastien Brisard]

Hi sebb,

2012/8/31 sebb :
> On 31 August 2012 14:52, Sébastien Brisard  wrote:
>> Hi Gilles,
>>
>> 2012/8/31 Gilles Sadowski :
>>> Hello Sébastien.
>>>
 Author: celestin
 Date: Fri Aug 31 03:12:16 2012
 New Revision: 1379270

 URL: http://svn.apache.org/viewvc?rev=1379270&view=rev
 Log:
 MATH-849: changed boundary case x = 8.0 in double Gamma.logGamma(double).

 Modified:
 
 commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java

 Modified: 
 commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
 URL: 
 http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java?rev=1379270&r1=1379269&r2=1379270&view=diff
 ==
 --- 
 commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
  (original)
 +++ 
 commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
  Fri Aug 31 03:12:16 2012
 @@ -222,9 +222,9 @@ public class Gamma {
   * Returns the value of log Γ(x) for x > 0.
   * 
   * 
 - * For x < 8, the implementation is based on the double precision
 + * For x ≤ 8, the implementation is based on the double precision
>>>
>>> My personal taste would be to write this as
>>> ---
>>>  {@code x <= 8}
>>> ---
>>> [As I'm not an HTML parser,
>>>
>> I'm a bit disappointed by your poor parsing capabilities ;-)
>>
>>> it always takes me a few moments to figure out a
>>> sequence such as "x < 8", while it is easier to focus on the central part
>>> of "{@code x <= 8}".]
>>>
>>> So, if nobody disagrees, this could become a formatting rule. [The rationale
>>> (to be included in the document you proposed to create) would be that
>>> Javadoc comments should be as easy as possible to read in their source form,
>>> for the developer's sake.]
>>>
>> Yeah, and it gets worse when I had to find a work around for the
>> decimal point not being interpreted as the end of the first sentence:
>> I ended up with something like
>> Returns the value of 1 / Γ(1 + x) - 1 for -0.5 ≤ x ≤
>> 1.5. In case you wondered, . is simply '.'. This is uggly, I
>> agree.
>>
>> I was thinking this very morning of something like "HTML tags are
>> allowed as long as reading the source file is still reasonably easy".
>> I'm quite happy with a more radical approach, like "HTML text
>> formatting tags should be avoided as much as possible. Paragraph
>> formatting (, , , ... is allowed)". Note that it has not
>> been applied consistently in CM yet : in some parts, formulae are
>> formatted with HTML tags, in other parts, it's pure {@code }. I
>> contributed to this mess :-(
>> As sebb mentions {@code } prevents *any* formatting, but this would
>> not really be an issue. If needed, we can use  tags and
>> nice text-based equations (again, tools like Maxima can help a lot),
>> even if it looks old fashioned.
>>
>> I'll write something up in the JIRA ticket, so that everyone can review it.
>
> Rather than formal rules, maybe it would be better to treat such
> formatting ideas as "best practice".
>
Yes, we do not want to frighten anyone. However, the aim of this
document is to pick the rules (whatever you call them) we feel are
REALLY important to improve the quality and consistency of the source.
>
> That is, provide examples of different ways to document certain tricky
> constructs.
> This should make it more obvious when to choose a particular method.
> And equally, it would show when there is no particular best choice.
>
Please have a look at MATH-852. I have already written one example for
another "rule". I agree with you: examples do help.

>
> Such examples should prove useful across all Commons components.
>
One step at a time! I know it's going to be difficult to reach
consensus within CM. So maybe we should wait until our document is
fairly stable. Then we can submit it to anyone to discuss...

Sébastien

>> Thanks for this suggestion,
>>
>> Sébastien
>>>
>>> Best regards,
>>> Gilles
>>>
   * implementation in the NSWC Library of Mathematics 
 Subroutines,
 - * {@code DGAMLN}. For x ≥ 8, the implementation is based on
 + * {@code DGAMLN}. For x > 8, the implementation is based on
   * 
   * 
   * http://mathworld.wolfram.com/GammaFunction.html";>Gamma
 @@ -249,7 +249,7 @@ public class Gamma {
  return logGamma1p(x) - FastMath.log(x);
  } else if (x <= 2.5) {
  return logGamma1p((x - 0.5) - 0.5);
 -} else if (x < 8.0) {
 +} else if (x <= 8.0) {
  final int n = (int) FastMath.floor(x - 1.5);
  double prod = 1.0;
  for (int i = 1; i <= n; i++) {


>>>
>>> ---

Re: [Math] Formatting (Was: svn commit: r1379270 - /commons/proper/math/trunk/...)

[sebb]

On 31 August 2012 16:51, Sébastien Brisard  wrote:
> Hi sebb,
>
> 2012/8/31 sebb :
>> On 31 August 2012 14:52, Sébastien Brisard  wrote:
>>> Hi Gilles,
>>>
>>> 2012/8/31 Gilles Sadowski :
 Hello Sébastien.

> Author: celestin
> Date: Fri Aug 31 03:12:16 2012
> New Revision: 1379270
>
> URL: http://svn.apache.org/viewvc?rev=1379270&view=rev
> Log:
> MATH-849: changed boundary case x = 8.0 in double Gamma.logGamma(double).
>
> Modified:
> 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>
> Modified: 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
> URL: 
> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java?rev=1379270&r1=1379269&r2=1379270&view=diff
> ==
> --- 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>  (original)
> +++ 
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/special/Gamma.java
>  Fri Aug 31 03:12:16 2012
> @@ -222,9 +222,9 @@ public class Gamma {
>   * Returns the value of log Γ(x) for x > 0.
>   * 
>   * 
> - * For x < 8, the implementation is based on the double precision
> + * For x ≤ 8, the implementation is based on the double precision

 My personal taste would be to write this as
 ---
  {@code x <= 8}
 ---
 [As I'm not an HTML parser,

>>> I'm a bit disappointed by your poor parsing capabilities ;-)
>>>
 it always takes me a few moments to figure out a
 sequence such as "x < 8", while it is easier to focus on the central 
 part
 of "{@code x <= 8}".]

 So, if nobody disagrees, this could become a formatting rule. [The 
 rationale
 (to be included in the document you proposed to create) would be that
 Javadoc comments should be as easy as possible to read in their source 
 form,
 for the developer's sake.]

>>> Yeah, and it gets worse when I had to find a work around for the
>>> decimal point not being interpreted as the end of the first sentence:
>>> I ended up with something like
>>> Returns the value of 1 / Γ(1 + x) - 1 for -0.5 ≤ x ≤
>>> 1.5. In case you wondered, . is simply '.'. This is uggly, I
>>> agree.
>>>
>>> I was thinking this very morning of something like "HTML tags are
>>> allowed as long as reading the source file is still reasonably easy".
>>> I'm quite happy with a more radical approach, like "HTML text
>>> formatting tags should be avoided as much as possible. Paragraph
>>> formatting (, , , ... is allowed)". Note that it has not
>>> been applied consistently in CM yet : in some parts, formulae are
>>> formatted with HTML tags, in other parts, it's pure {@code }. I
>>> contributed to this mess :-(
>>> As sebb mentions {@code } prevents *any* formatting, but this would
>>> not really be an issue. If needed, we can use  tags and
>>> nice text-based equations (again, tools like Maxima can help a lot),
>>> even if it looks old fashioned.
>>>
>>> I'll write something up in the JIRA ticket, so that everyone can review it.
>>
>> Rather than formal rules, maybe it would be better to treat such
>> formatting ideas as "best practice".
>>
> Yes, we do not want to frighten anyone. However, the aim of this
> document is to pick the rules (whatever you call them) we feel are
> REALLY important to improve the quality and consistency of the source.
>>
>> That is, provide examples of different ways to document certain tricky
>> constructs.
>> This should make it more obvious when to choose a particular method.
>> And equally, it would show when there is no particular best choice.
>>
> Please have a look at MATH-852. I have already written one example for
> another "rule". I agree with you: examples do help.
>
>>
>> Such examples should prove useful across all Commons components.
>>
> One step at a time! I know it's going to be difficult to reach
> consensus within CM. So maybe we should wait until our document is
> fairly stable. Then we can submit it to anyone to discuss...

That's my point about providing examples - there is no need to reach consensus.

If the example works, use it; if not don't.

> Sébastien
>
>>> Thanks for this suggestion,
>>>
>>> Sébastien

 Best regards,
 Gilles

>   * implementation in the NSWC Library of Mathematics 
> Subroutines,
> - * {@code DGAMLN}. For x ≥ 8, the implementation is based on
> + * {@code DGAMLN}. For x > 8, the implementation is based on
>   * 
>   * 
>   *  href="http://mathworld.wolfram.com/GammaFunction.html";>Gamma
> @@ -249,7 +249,7 @@ public class Gamma {
>  return logGamma1p(x) - FastMath.log(x);
>  } else if (x <= 2.5) {
> 

Re: [site] yet another proposal on how to restyle the commons site

[Ralph Goers]

Actually, I am not sure that the full listing of the components on the main 
page even needs to be there.  If you click on "components" in the left nav you 
get pretty much the same thing. So I would prefer to see a much shorter 
section on Commons Proper, perhaps with the same link in that text.

Is this work in preparation for moving to the CMS?

Ralph


On Aug 31, 2012, at 3:28 AM, sebb wrote:

> On 31 August 2012 10:09, Simone Tripodi  wrote:
>> Hi again,
>> 
>> Thanks to Christian Grobmeier, we also added the responsive bootstrap css.
>> 
>> I re-uploaded the site, can you please have a look at it?
>> TIA,
>> -Simo
> 
> Looks much better now; seems to contain all the required elements, and
> they are easier to find than on the horizontal menu.
> Compared with the present design, it does look cleaner.
> 
> However the pages are considerably longer; it's a pity that the lhs
> menu does not fit on the first page.
> 
> I'm not sure it makes sense to add the Google and Facebook links, but
> if they are present, they should both have hover text; only Google
> does at present.
> Also, the ApacheCon advert is more important to the ASF, and should
> appear before them.
> Can they appear horizontally aligned?
> 
> The text font on the Commons logo now looks out of place (and the TM
> is missing - wrong file used?), so at some point it would be sensible
> to redo it.
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [site] yet another proposal on how to restyle the commons site

[Simone Tripodi]

Hi Ralph!

> Actually, I am not sure that the full listing of the components on the main 
> page even needs to be there.  If you click on "components" in the left nav 
> you get pretty much the same thing.  So I would prefer to see a much shorter 
> section on Commons Proper, perhaps with the same link in that text.
>

That is indeed the reason why I originally put the carousel in the
first attempt[1] rather than the complete list, but I reverted for the
purpose to achieve the general agreement to apply the skin

> Is this work in preparation for moving to the CMS?

That is the idea - new way to publish the site, new skin.

all the best,
-Simo

[1] http://people.apache.org/~simonetripodi/commons/

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Fri, Aug 31, 2012 at 6:30 PM, Ralph Goers  wrote:

>
> Ralph
>
>
> On Aug 31, 2012, at 3:28 AM, sebb wrote:
>
>> On 31 August 2012 10:09, Simone Tripodi  wrote:
>>> Hi again,
>>>
>>> Thanks to Christian Grobmeier, we also added the responsive bootstrap css.
>>>
>>> I re-uploaded the site, can you please have a look at it?
>>> TIA,
>>> -Simo
>>
>> Looks much better now; seems to contain all the required elements, and
>> they are easier to find than on the horizontal menu.
>> Compared with the present design, it does look cleaner.
>>
>> However the pages are considerably longer; it's a pity that the lhs
>> menu does not fit on the first page.
>>
>> I'm not sure it makes sense to add the Google and Facebook links, but
>> if they are present, they should both have hover text; only Google
>> does at present.
>> Also, the ApacheCon advert is more important to the ASF, and should
>> appear before them.
>> Can they appear horizontally aligned?
>>
>> The text font on the Commons logo now looks out of place (and the TM
>> is missing - wrong file used?), so at some point it would be sensible
>> to redo it.
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [pool][dbcp] POOL-229 (move AbandonedObjectPool to pool)

[Phil Steitz]

First cut committed in r1379533.  Thanks in advance for review. 
Some additional comments, including some decisions made in the
patch, inline below.

On 8/24/12 9:57 AM, Phil Steitz wrote:
> On 8/24/12 8:39 AM, Mark Thomas wrote:
>> On 24/08/2012 16:22, Phil Steitz wrote:
>>> On 8/24/12 7:42 AM, Mark Thomas wrote:
 On 22/08/2012 13:51, Phil Steitz wrote:
> Any feedback on the patch?  Should I go ahead and apply the [pool]
> patch?
 Sorry for the very late review. Some comments/questions on the pool2
 part (I haven't looked at DBCP):

 - Why not add abandoned support to GKOP as well as GOP?
>>> Could definitely be done, but GKOP is tricky because of the dual
>>> parameter set (per key / global) and starvation prevention stuff
>>> already there.  I don't see the need to add it right away, but am OK
>>> with the idea and might eventually get to it.
>> Fair enough.

I stuck with GOP-only to start.  This resulted in abandonement
properties added to GOP instead of BGOP.  If / when GKOP gets this,
these properties will have to move up. 
>>
 - I wasn't convinced at first about separating standard and abandoned
   config. It is growing on me but I'd be interested in hearing your
   reasons for this.
>>> I was in exactly the same place.  I actually coded an initial
>>> version combining it all, looked at it and thought it was simpler to
>>> keep them separate.  I do not have strong feelings either way.  I
>>> chose to keep them separate because a) it was a smaller change and
>>> b) I liked the encapsulation of abandoned object cleanup parameters
>>> (and not having to look at them if not using this).
>> Fair enough. Works for me since I was thinking pretty much the same.

I also added "isAbandonedConfig" to flag that abandoned object
removal is configured.
>>
 - What is the reasoning behind the tests:
   - getNumIdle() < 2
   - getNumActive() > getMaxTotal() - 3
   in borrowObject()? It would be good to document these reasons in a
   comment.
>>> Hmm.  Archaeology ;)
>>> Seriously, I suspect the original reasoning behind this test remains
>>> valid for activation within borrowObject - you don't want to take
>>> the hit of doing an abandoned cleanup if you are flush with
>>> instances.  Note that there is a flag that controls whether
>>> borrowObject does cleanup at all (actually was in the original).
>> The patch is missing the AbandonedConfig file which I suspect would have
>> some Javadoc that would help here.

Hopefully javadoc is now clear.   The starvation criteria is used
when abandoned object removal is configured to fire on borrowObject,
but not when the evictor does it.  The rationale there is that
slowing down borrowObject is worse than slowing down the evictor, so
only impose starvation criteria there.
> Oops!  Forgot the svn add there.
 - I think an explicit state of PooledObjectState.ABANDONED would be
   clearer / easier to work with (see below).
>>> You are probably right.
 - There are various timing issues/questions in removeAbandoned()
   - what is the lock on allObjects meant to achieve?
>>> It was intended to ensure that remove was formed using a consistent
>>> snapshot.  Given the way ConcurrentHashMap works, this is not
>>> correct.  So there is no value in the lock.
   - an object may be returned and re-borrowed after being added to
 "remove" and before it is invalidated
>>> Right.  That is why this check is there
>>>  if (pooledObject.getState() != PooledObjectState.ALLOCATED) {
>>> continue;
>>> }
>> You can't differentiate between still allocated (and abandoned) and
>> return and re-allocated.
> Good catch.  Shows the need for some more / better tests.  I will
> see if I can code some tests that fail with the current patch and
> succeed with a correct impl along the lines of what you describe below.
 - abandonedConfig should be in the config section not the JMX section
>>> Good catch.  Will add that.

Exposed everything but the logwriter.
 My instinct is that a checkAbandoned() method on PooledObject that
 changes the state to PooledObjectState.ABANDONED and returns true if it
 does this is likely to be an easier starting point for a thread-safe
 solution rather than separating the timing check and the state change.
>>> Can you explain more what you mean here?
>> The current patch does not perform the following actions in an atomic
>> manner:
>> - check to see if object is abandoned
>> - mark the object as abandoned / invalidate it
>>
>> Currently these steps are separate. All sorts of things could happen
>> between the two steps. With the aim of avoiding the sort of timing bugs
>> that gave me a headache with POOLv1, I would much prefer to see a method
>> (probably on PooledObject) that checked the last used time and changed
>> the state atomically.
> Great idea.  I was trying to use the PooledObject's monitor and
> external logic to do this; but as you point out, 

Re: [math] Re: Single root for Exceptions

[Thomas Neidhart]

On 08/31/2012 11:17 AM, Luc Maisonobe wrote:
> Le 31/08/2012 03:22, Sébastien Brisard a écrit :
>> Hello,
>>
>> [...]
>>
>> Thus, shall I open a JIRA ticket with the tasks of completing the 
>> "throws"
>> clauses of all CM methods?
>> Does someone absolutely needs this task tobe completed before releasing 
>> 3.1?
>> [I don't think that it's possible without a huge effort from everyone.]

 Ticket created:
  https://issues.apache.org/jira/browse/MATH-854

>>
>
> No hurry on my side, but I'm happy contributing. In order not to tread
> on anyone's feet, maybe each of us should be assigned one package (for
> a start).

 Good idea.

 Gilles: packages "o.a.c.m.optimization"
 "o.a.c.m.analysis.function"
 "o.a.c.m.analysis.solvers"
 "o.a.c.m.analysis.integration"
 "o.a.c.m.analysis.interpolation"
>>>
>>> +1 to divide and conquer.  I will start on stat.
>>>
>>> Phil


 Best regards,
 Gilles

>> I can take care of linear and special, of course!
> 
> I'll look at ode, differentiation and geometry.

I will start with filter and genetics.

Thomas

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [site] yet another proposal on how to restyle the commons site

[Ralph Goers]

On Aug 31, 2012, at 10:47 AM, Simone Tripodi wrote:

> Hi Ralph!
> 
>> Actually, I am not sure that the full listing of the components on the main 
>> page even needs to be there.  If you click on "components" in the left nav 
>> you get pretty much the same thing.  So I would prefer to see a much shorter 
>> section on Commons Proper, perhaps with the same link in that text.
>> 
> 
> That is indeed the reason why I originally put the carousel in the
> first attempt[1] rather than the complete list, but I reverted for the
> purpose to achieve the general agreement to apply the skin

With as many projects as we have the carousel isn't very usable as it takes too 
long to cycle. With the sidebar I don't think you really need that.

Ralph
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

commons-codec pull request: More tests

[lathspell]

GitHub user lathspell opened a pull request:

https://github.com/apache/commons-codec/pull/1

More tests

Please apply the following commits:

$ git log --name-status aead18a..71bdb57 
commit 71bdb5725169e4dba533ab50a3afab4b4fedb788
Author: Christian Hammers 
Date:   Sat Sep 1 01:46:08 2012 +0200

The header file is already specified in 

M   pom.xml

commit 248bad1c748b902466ed8f8a6a99d500bc01ce7e
Author: Christian Hammers 
Date:   Sat Sep 1 01:45:06 2012 +0200

added more tests

M   src/test/java/org/apache/commons/codec/digest/Sha512CryptTest.java

commit 3b7f1a5b270082423317c78c3daf44a34d92dafe
Author: Christian Hammers 
Date:   Sat Sep 1 01:43:00 2012 +0200

added test

M   src/test/java/org/apache/commons/codec/digest/B64Test.java

commit 763d05d386509f4c38f2697b343a4534448a8a8c
Author: Christian Hammers 
Date:   Sat Sep 1 01:42:52 2012 +0200

added test

M   src/test/java/org/apache/commons/codec/digest/Apr1CryptTest.java

commit f1594524000781fb3042c4a9ba9e701871e10244
Author: Christian Hammers 
Date:   Sat Sep 1 01:41:28 2012 +0200

added test for invalid argument

M   src/test/java/org/apache/commons/codec/digest/UnixCryptTest.java

commit 704e046a60e344add510c4ee0de004f09cd46889
Author: Christian Hammers 
Date:   Sat Sep 1 01:39:49 2012 +0200

Removed superfluous long->int bit mask operations and added one more 
test.

M   src/main/java/org/apache/commons/codec/digest/UnixCrypt.java
M   src/test/java/org/apache/commons/codec/digest/CryptTest.java


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/lathspell/commons-codec trunk

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/commons-codec/pull/1.patch


commit 704e046a60e344add510c4ee0de004f09cd46889
Author: Christian Hammers 
Date:   2012-08-31T16:39:49-07:00

Removed superfluous long->int bit mask operations and added one more test.

commit f1594524000781fb3042c4a9ba9e701871e10244
Author: Christian Hammers 
Date:   2012-08-31T16:41:28-07:00

added test for invalid argument

commit 763d05d386509f4c38f2697b343a4534448a8a8c
Author: Christian Hammers 
Date:   2012-08-31T16:42:52-07:00

added test

commit 3b7f1a5b270082423317c78c3daf44a34d92dafe
Author: Christian Hammers 
Date:   2012-08-31T16:43:00-07:00

added test

commit 248bad1c748b902466ed8f8a6a99d500bc01ce7e
Author: Christian Hammers 
Date:   2012-08-31T16:45:06-07:00

added more tests

commit 71bdb5725169e4dba533ab50a3afab4b4fedb788
Author: Christian Hammers 
Date:   2012-08-31T16:46:08-07:00

The header file is already specified in 




-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: commons-codec pull request: More tests

[Gary Gregory]

Can you provide an SVN diff file and attach it to a JIRA please?

Gary

On Aug 31, 2012, at 19:56, lathspell  wrote:

> GitHub user lathspell opened a pull request:
>
>https://github.com/apache/commons-codec/pull/1
>
>More tests
>
>Please apply the following commits:
>
>$ git log --name-status aead18a..71bdb57
>commit 71bdb5725169e4dba533ab50a3afab4b4fedb788
>Author: Christian Hammers 
>Date:   Sat Sep 1 01:46:08 2012 +0200
>
>The header file is already specified in 
>
>M   pom.xml
>
>commit 248bad1c748b902466ed8f8a6a99d500bc01ce7e
>Author: Christian Hammers 
>Date:   Sat Sep 1 01:45:06 2012 +0200
>
>added more tests
>
>M   src/test/java/org/apache/commons/codec/digest/Sha512CryptTest.java
>
>commit 3b7f1a5b270082423317c78c3daf44a34d92dafe
>Author: Christian Hammers 
>Date:   Sat Sep 1 01:43:00 2012 +0200
>
>added test
>
>M   src/test/java/org/apache/commons/codec/digest/B64Test.java
>
>commit 763d05d386509f4c38f2697b343a4534448a8a8c
>Author: Christian Hammers 
>Date:   Sat Sep 1 01:42:52 2012 +0200
>
>added test
>
>M   src/test/java/org/apache/commons/codec/digest/Apr1CryptTest.java
>
>commit f1594524000781fb3042c4a9ba9e701871e10244
>Author: Christian Hammers 
>Date:   Sat Sep 1 01:41:28 2012 +0200
>
>added test for invalid argument
>
>M   src/test/java/org/apache/commons/codec/digest/UnixCryptTest.java
>
>commit 704e046a60e344add510c4ee0de004f09cd46889
>Author: Christian Hammers 
>Date:   Sat Sep 1 01:39:49 2012 +0200
>
>Removed superfluous long->int bit mask operations and added one more 
> test.
>
>M   src/main/java/org/apache/commons/codec/digest/UnixCrypt.java
>M   src/test/java/org/apache/commons/codec/digest/CryptTest.java
>
>
> You can merge this pull request into a Git repository by running:
>
>$ git pull https://github.com/lathspell/commons-codec trunk
>
> Alternatively you can review and apply these changes as the patch at:
>
>https://github.com/apache/commons-codec/pull/1.patch
>
> 
> commit 704e046a60e344add510c4ee0de004f09cd46889
> Author: Christian Hammers 
> Date:   2012-08-31T16:39:49-07:00
>
>Removed superfluous long->int bit mask operations and added one more test.
>
> commit f1594524000781fb3042c4a9ba9e701871e10244
> Author: Christian Hammers 
> Date:   2012-08-31T16:41:28-07:00
>
>added test for invalid argument
>
> commit 763d05d386509f4c38f2697b343a4534448a8a8c
> Author: Christian Hammers 
> Date:   2012-08-31T16:42:52-07:00
>
>added test
>
> commit 3b7f1a5b270082423317c78c3daf44a34d92dafe
> Author: Christian Hammers 
> Date:   2012-08-31T16:43:00-07:00
>
>added test
>
> commit 248bad1c748b902466ed8f8a6a99d500bc01ce7e
> Author: Christian Hammers 
> Date:   2012-08-31T16:45:06-07:00
>
>added more tests
>
> commit 71bdb5725169e4dba533ab50a3afab4b4fedb788
> Author: Christian Hammers 
> Date:   2012-08-31T16:46:08-07:00
>
>The header file is already specified in 
>
> 
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GUMP@vmgump]: Project commons-dbcp (in module commons-dbcp-1.x) failed

[Gump]

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-dbcp has an issue affecting its community integration.
This issue affects 18 projects,
 and has been outstanding for 47 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-dbcp :  Object Pooling
- db-ddlutils :  Easy-to-use component for working with Database Definition 
(...
- jakarta-tomcat-4.0 :  Servlet 2.3 and JSP 1.2 Reference Implementation
- jakarta-tomcat-catalina :  Servlet 2.4 Reference Implementation
- jakarta-tomcat-dbcp :  Servlet 2.4 and JSP 2.0 Reference Implementation
- jakarta-tomcat-jk :  Connectors to various web servers
- javax.el :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for 
...
- javax.servlet :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation 
(for ...
- javax.servlet.jsp :  Java Servlet 2.5 & Server Pages JSP 2.1 
implementation (for ...
- solr :  Java Based Search Engine
- solr-test :  Java Based Search Engine
- tomcat-tc6 :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for 
...
- tomcat-tc7.0.x :  Tomcat 7.x, a web server implementing Java Servlet 3.0,
...
- tomcat-tc7.0.x-dbcp :  Tomcat 7.x, a web server implementing Java Servlet 
3.0,
...
- tomcat-tc7.0.x-test :  Tomcat 7.x, a web server implementing Java Servlet 
3.0,
...
- tomcat-trunk :  Tomcat 8.x, a web server implementing Java Servlet 3.1,
...
- tomcat-trunk-dbcp :  Tomcat 8.x, a web server implementing Java Servlet 
3.1,
...
- tomcat-trunk-test :  Tomcat 8.x, a web server implementing Java Servlet 
3.1,
...


Full details are available at:

http://vmgump.apache.org/gump/public/commons-dbcp-1.x/commons-dbcp/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-dbcp.jar] identifier set to project name
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-dbcp-1.x/commons-dbcp/gump_work/build_commons-dbcp-1.x_commons-dbcp.html
Work Name: build_commons-dbcp-1.x_commons-dbcp (Type: Build)
Work ended in a state of : Failed
Elapsed: 9 secs
Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only 
-Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml 
dist 
[Working Directory: /srv/gump/public/workspace/commons-dbcp-1.x]
CLASSPATH: 
/usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/junit/dist/junit-01092012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-01092012.jar:/srv/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar:/srv/gump/public/workspace/commons-pool-1.x/dist/commons-pool-1.6.1-SNAPSHOT.jar
-
[javac]^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method 
getObject(String,Class)
[javac] 
/srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingConnection.java:65:
 error: DelegatingConnection is not abstract and does not override abstract 
method getNetworkTimeout() in Connection
[javac] public class DelegatingConnection extends AbandonedTrace
[javac]^
[javac] 
/srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingDatabaseMetaData.java:38:
 error: DelegatingDatabaseMetaData is not abstract and does not override 
abstract method generatedKeyAlwaysReturned() in DatabaseMetaData
[javac] public class DelegatingDatabaseMetaData extends AbandonedTrace
[javac]^
[javac] 
/srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingResultSet.java:61:
 error: DelegatingResultSet is not abstract and does not override abstract 
method getObject(String,Class) in ResultSet
[javac] public class DelegatingResultSet extends Aban

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

[Gump]

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-dbcp2 has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 47 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-dbcp2 :  Database Connection Pool


Full details are available at:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbcp2/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-dbcp2-*[0-9T].jar] identifier set to project 
name
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbcp2/gump_work/build_apache-commons_commons-dbcp2.html
Work Name: build_apache-commons_commons-dbcp2 (Type: Build)
Work ended in a state of : Failed
Elapsed: 9 secs
Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only 
-Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml 
dist 
[Working Directory: /srv/gump/public/workspace/apache-commons/dbcp]
CLASSPATH: 
/usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/apache-commons/dbcp/dist/classes:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar:/srv/gump/packages/jdbc2_0/jdbc2_0-stdext.jar:/srv/gump/public/workspace/junit/dist/junit-01092012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-01092012.jar:/srv/gump/public/workspace/apache-commons/pool/dist/commons-pool2-2.0-SNAPSHOT.jar
-
[mkdir] Created dir: 
/srv/gump/public/workspace/apache-commons/dbcp/build/classes
[javac] Compiling 52 source files to 
/srv/gump/public/workspace/apache-commons/dbcp/build/classes
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/BasicDataSource.java:52:
 error: BasicDataSource is not abstract and does not override abstract method 
getParentLogger() in CommonDataSource
[javac] public class BasicDataSource implements DataSource {
[javac]^
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingConnection.java:65:
 error: DelegatingConnection is not abstract and does not override abstract 
method getNetworkTimeout() in Connection
[javac] public class DelegatingConnection extends AbandonedTrace
[javac]^
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingStatement.java:46:
 error: DelegatingStatement is not abstract and does not override abstract 
method isCloseOnCompletion() in Statement
[javac] public class DelegatingStatement extends AbandonedTrace implements 
Statement {
[javac]^
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingPreparedStatement.java:57:
 error: DelegatingPreparedStatement is not abstract and does not override 
abstract method isCloseOnCompletion() in Statement
[javac] public class DelegatingPreparedStatement extends DelegatingStatement
[javac]^
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingCallableStatement.java:58:
 error: DelegatingCallableStatement is not abstract and does not override 
abstract method getObject(String,Class) in CallableStatement
[javac] public class DelegatingCallableStatement extends 
DelegatingPreparedStatement
[javac]^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method 
getObject(String,Class)
[javac] 
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingDatabaseMetaData.java:36:
 error: DelegatingDatabaseMetaData is not abstract and does not override 
abstract method generatedKeyAlwaysReturned() in DatabaseMetaData
[javac] public class

Re: commons-codec pull request: More tests

[Christian Hammers]

Hello

Ok, CODEC-148.

bye,

-christian-


Am Fri, 31 Aug 2012 19:57:54 -0400
schrieb Gary Gregory :

> Can you provide an SVN diff file and attach it to a JIRA please?
> 
> Gary
> 
> On Aug 31, 2012, at 19:56, lathspell  wrote:
> 
> > GitHub user lathspell opened a pull request:
> >
> >https://github.com/apache/commons-codec/pull/1
> >
> >More tests
> >
> >Please apply the following commits:
> >
> >$ git log --name-status aead18a..71bdb57
> >commit 71bdb5725169e4dba533ab50a3afab4b4fedb788
> >Author: Christian Hammers 
> >Date:   Sat Sep 1 01:46:08 2012 +0200
> >
> >The header file is already specified in 
> >
> >M   pom.xml
> >
> >commit 248bad1c748b902466ed8f8a6a99d500bc01ce7e
> >Author: Christian Hammers 
> >Date:   Sat Sep 1 01:45:06 2012 +0200
> >
> >added more tests
> >
> >M
> > src/test/java/org/apache/commons/codec/digest/Sha512CryptTest.java
> >
> >commit 3b7f1a5b270082423317c78c3daf44a34d92dafe
> >Author: Christian Hammers 
> >Date:   Sat Sep 1 01:43:00 2012 +0200
> >
> >added test
> >
> >M
> > src/test/java/org/apache/commons/codec/digest/B64Test.java
> >
> >commit 763d05d386509f4c38f2697b343a4534448a8a8c
> >Author: Christian Hammers 
> >Date:   Sat Sep 1 01:42:52 2012 +0200
> >
> >added test
> >
> >M
> > src/test/java/org/apache/commons/codec/digest/Apr1CryptTest.java
> >
> >commit f1594524000781fb3042c4a9ba9e701871e10244
> >Author: Christian Hammers 
> >Date:   Sat Sep 1 01:41:28 2012 +0200
> >
> >added test for invalid argument
> >
> >M
> > src/test/java/org/apache/commons/codec/digest/UnixCryptTest.java
> >
> >commit 704e046a60e344add510c4ee0de004f09cd46889
> >Author: Christian Hammers 
> >Date:   Sat Sep 1 01:39:49 2012 +0200
> >
> >Removed superfluous long->int bit mask operations and added
> > one more test.
> >
> >M
> > src/main/java/org/apache/commons/codec/digest/UnixCrypt.java
> > M   src/test/java/org/apache/commons/codec/digest/CryptTest.java
> >
> >
> > You can merge this pull request into a Git repository by running:
> >
> >$ git pull https://github.com/lathspell/commons-codec trunk
> >
> > Alternatively you can review and apply these changes as the patch
> > at:
> >
> >https://github.com/apache/commons-codec/pull/1.patch
> >
> > 
> > commit 704e046a60e344add510c4ee0de004f09cd46889
> > Author: Christian Hammers 
> > Date:   2012-08-31T16:39:49-07:00
> >
> >Removed superfluous long->int bit mask operations and added one
> > more test.
> >
> > commit f1594524000781fb3042c4a9ba9e701871e10244
> > Author: Christian Hammers 
> > Date:   2012-08-31T16:41:28-07:00
> >
> >added test for invalid argument
> >
> > commit 763d05d386509f4c38f2697b343a4534448a8a8c
> > Author: Christian Hammers 
> > Date:   2012-08-31T16:42:52-07:00
> >
> >added test
> >
> > commit 3b7f1a5b270082423317c78c3daf44a34d92dafe
> > Author: Christian Hammers 
> > Date:   2012-08-31T16:43:00-07:00
> >
> >added test
> >
> > commit 248bad1c748b902466ed8f8a6a99d500bc01ce7e
> > Author: Christian Hammers 
> > Date:   2012-08-31T16:45:06-07:00
> >
> >added more tests
> >
> > commit 71bdb5725169e4dba533ab50a3afab4b4fedb788
> > Author: Christian Hammers 
> > Date:   2012-08-31T16:46:08-07:00
> >
> >The header file is already specified in 
> >
> > 
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

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

[Gump]

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 issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-exec-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/exec/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/exec/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/gump_work/build_apache-commons_commons-exec-test.html
Work Name: build_apache-commons_commons-exec-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 25 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/exec]
M2_HOME: /opt/maven2
-
Running org.apache.commons.exec.util.StringUtilTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec
Running org.apache.commons.exec.util.MapUtilTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running org.apache.commons.exec.DefaultExecutorTest
FOO..
gdal_translate
HDF5:"/home/kk/grass/data/4404.he5"://HDFEOS/GRIDS/OMI_Column_Amount_O3/Data_Fields/ColumnAmountO3/home/kk/4.tif
FOO..
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.022 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.028 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.028 ms
Process completed in 2005 millis; below is its output
Process timed out and was killed by watchdog.
org.apache.commons.exec.ExecuteException: Process exited with an error: 143 
(Exit value: 143)
Process completed in 2003 millis; below is its output
Process timed out and was killed.
Preparing to execute process - commandLine=[/bin/ls, /opt]
Process spun off successfully - process=/bin/ls
Preparing to execute process - commandLine=[/bin/ls, /opt]
Process spun off successfully - process=/bin/ls
Executing [sh, -c, src/test/scripts/invoker.sh]
invoker.sh -- going to start daemon process
invoker.sh --  daemon process was started
cd: 21: can't cd to ../../../target
Process completed in 8040 millis; above is its output
Processes terminated: 6 killed: 0 Multiplier: 1 MaxRetries: 180 Elapsed (avg 
ms): 1004
Tests run: 40, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 71.72 sec <<< 
FAILURE!

Results :

Failed tests: 
  testExec_60(org.apache.commons.exec.DefaultExecutorTest)

Tests run: 95, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/exec/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 1 minute 23 seconds
[INFO] Finished at: Sat Sep 01 02:02:15 UTC 2012
[INFO] Final Memory: 28M/67M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/atom.xml

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 1201092012, vmgump.apache.org:vmgump:1201092012
Gump E-mail Identifier (unique within run) #18.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

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

[Gump]

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 issue affects 2 projects,
 and has been outstanding for 52 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-digester3 :  XML to Java Object Configuration
- commons-digester3-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-digester3-*[0-9T].jar] identifier set to 
project name
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/digester/pom.xml
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/gump_work/build_apache-commons_commons-digester3.html
Work Name: build_apache-commons_commons-digester3 (Type: Build)
Work ended in a state of : Failed
Elapsed: 59 secs
Command Line: /opt/maven2/bin/mvn --batch-mode -DskipTests=true --settings 
/srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml 
package 
[Working Directory: /srv/gump/public/workspace/apache-commons/digester]
M2_HOME: /opt/maven2
-
[INFO] [remote-resources:process {execution: default}]
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor && svn 
--non-interactive info
[INFO] Working directory: 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildNumber: ?? at timestamp: 1346471614133
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor && svn 
--non-interactive info
[INFO] Working directory: 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] Copying 2 resources to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 5 source files to 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/classes
[INFO] [bundle:manifest {execution: bundle-manifest}]
[debug] execute contextualize
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/src/test/resources
[INFO] Copying 0 resource to META-INF
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] Compiling 3 source files to 
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/test-classes
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel")
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel/image")
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel/item")
>
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[ERROR] error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[INFO] 2 errors 
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

error: Impossible to generate class 
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule: 
Attempt to recreate a file for type 
org.apache.commons.digester3.annota

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

[Gump]

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-chain2 has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 69 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-chain2 :  GoF "Chain of Responsibility" pattern


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-chain2-*[0-9T].jar] identifier set to project 
name
 -DEBUG- Sole pom output [pom.xml] identifier set to project name
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/chain/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/chain/pom.xml
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/gump_work/build_apache-commons_commons-chain2.html
Work Name: build_apache-commons_commons-chain2 (Type: Build)
Work ended in a state of : Failed
Elapsed: 59 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/chain/gump_mvn_settings.xml package 
[Working Directory: /srv/gump/public/workspace/apache-commons/chain]
M2_HOME: /opt/maven2
-
[INFO] Building war: 
/srv/gump/public/workspace/apache-commons/chain/apps/cookbook-examples/target/chain-cookbook-examples-2.0-SNAPSHOT.war
[INFO] 
[INFO] Building Apache Commons Chain :: Distribution Packages
[INFO]task-segment: [package]
[INFO] 
[INFO] snapshot org.apache.commons:commons-chain2-configuration:2.0-SNAPSHOT: 
checking for updates from apache.snapshots
Downloading: 
http://localhost:8192/repo/m2-snapshot-repository/org/apache/commons/commons-chain2-configuration/2.0-SNAPSHOT/commons-chain2-configuration-2.0-SNAPSHOT.pom
[INFO] Unable to find resource 
'org.apache.commons:commons-chain2-configuration:pom:2.0-SNAPSHOT' in 
repository apache.snapshots (http://repository.apache.org/snapshots)
Downloading: 
http://localhost:8192/repo/m2-snapshot-repository/org/apache/commons/commons-chain2-configuration/2.0-SNAPSHOT/commons-chain2-configuration-2.0-SNAPSHOT.jar
[INFO] Unable to find resource 
'org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT' in 
repository apache.snapshots (http://repository.apache.org/snapshots)
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Failed to resolve artifact.

Missing:
--
1) org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.apache.commons 
-DartifactId=commons-chain2-configuration -Dversion=2.0-SNAPSHOT 
-Dpackaging=jar -Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.apache.commons 
-DartifactId=commons-chain2-configuration -Dversion=2.0-SNAPSHOT 
-Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.commons:commons-chain2:pom:2.0-SNAPSHOT
2) org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT

--
1 required artifact is missing.

for artifact: 
  org.apache.commons:commons-chain2:pom:2.0-SNAPSHOT

from the specified remote repositories:
  gump-central (http://localhost:8192/maven2),
  gump-apache.snapshots (http://localhost:8192/repo/m2-snapshot-repository)



[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 57 seconds
[INFO] Finished at: Sat Sep 01 05:04:59 UTC 2012
[INFO] Final Memory: 113M/241M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/atom.

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

[Gump]

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 issue affects 1 projects,
 and has been outstanding for 52 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-proxy-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/proxy/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/gump_work/build_apache-commons_commons-proxy-test.html
Work Name: build_apache-commons_commons-proxy-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 16 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/proxy]
M2_HOME: /opt/maven2
-
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec
Running org.apache.commons.proxy.factory.util.TestMethodSignature
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.commons.proxy.provider.TestConstantProvider
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.apache.commons.proxy.interceptor.TestFilteredInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.063 sec
Running org.apache.commons.proxy.interceptor.filter.TestPatternFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec
Running org.apache.commons.proxy.interceptor.TestSerializingInterceptor
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec
Running org.apache.commons.proxy.interceptor.TestInterceptorChain
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.apache.commons.proxy.invoker.TestNullInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec
Running org.apache.commons.proxy.provider.remoting.TestBurlapProvider
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 sec
Running org.apache.commons.proxy.exception.TestDelegateProviderException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.apache.commons.proxy.invoker.TestChainInvoker
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.042 sec
Running org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory
Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.346 sec
Running org.apache.commons.proxy.exception.TestProxyFactoryException
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.interceptor.filter.TestReturnTypeFilter
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.proxy.provider.TestBeanProvider
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.025 sec

Results :

Tests in error: 
  testInvalidHandlerName(org.apache.commons.proxy.invoker.TestXmlRpcInvoker)

Tests run: 179, Failures: 0, Errors: 1, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports for the 
individual test results.
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 14 seconds
[INFO] Finished at: Sat Sep 01 05:20:24 UTC 2012
[INFO] Final Memory: 25M/61M
[INFO] 
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/rss.xml
- Atom: 
http://vmgump.apache.or

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

[Gump]

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-dbutils has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 47 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-dbutils :  Commons DbUtils


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-dbutils/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole jar output [commons-dbutils-*[0-9T].jar] identifier set to 
project name
 -INFO- Optional dependency mockito failed with reason build failed
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/dbutils/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/dbutils/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/dbutils/target/surefire-reports
 -WARNING- No directory 
[/srv/gump/public/workspace/apache-commons/dbutils/target/surefire-reports]
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbutils/gump_work/build_apache-commons_commons-dbutils.html
Work Name: build_apache-commons_commons-dbutils (Type: Build)
Work ended in a state of : Failed
Elapsed: 14 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/dbutils/gump_mvn_settings.xml package 
[Working Directory: /srv/gump/public/workspace/apache-commons/dbutils]
M2_HOME: /opt/maven2
-
Downloading: 
http://localhost:8192/maven2/org/mockito/mockito-core/1.9.0/mockito-core-1.9.0.pom
1K downloaded  (mockito-core-1.9.0.pom)
Downloading: 
http://localhost:8192/maven2/org/hamcrest/hamcrest-all/1.1/hamcrest-all-1.1.pom
479b downloaded  (hamcrest-all-1.1.pom)
Downloading: 
http://localhost:8192/maven2/org/mockito/mockito-core/1.9.0/mockito-core-1.9.0.jar
Downloading: 
http://localhost:8192/maven2/org/hamcrest/hamcrest-all/1.1/hamcrest-all-1.1.jar
273K downloaded  (hamcrest-all-1.1.jar)
1381K downloaded  (mockito-core-1.9.0.jar)
[INFO] [antrun:run {execution: javadoc.resources}]
[INFO] Executing tasks

main:
 [copy] Copying 2 files to 
/srv/gump/public/workspace/apache-commons/dbutils/target/apidocs/META-INF
[INFO] Executed tasks
[INFO] [remote-resources:process {execution: default}]
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/dbutils && svn --non-interactive info
[INFO] Working directory: /srv/gump/public/workspace/apache-commons/dbutils
[INFO] Storing buildNumber: ?? at timestamp: 1346477144004
[INFO] Executing: /bin/sh -c cd 
/srv/gump/public/workspace/apache-commons/dbutils && svn --non-interactive info
[INFO] Working directory: /srv/gump/public/workspace/apache-commons/dbutils
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/srv/gump/public/workspace/apache-commons/dbutils/src/main/resources
[INFO] Copying 2 resources to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 28 source files to 
/srv/gump/public/workspace/apache-commons/dbutils/target/classes
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
/srv/gump/public/workspace/apache-commons/dbutils/src/main/java/org/apache/commons/dbutils/DbUtils.java:[334,25]
 error: DriverProxy is not abstract and does not override abstract method 
getParentLogger() in Driver
[INFO] 1 error
[INFO] -
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure
/srv/gump/public/workspace/apache-commons/dbutils/src/main/java/org/apache/commons/dbutils/DbUtils.java:[334,25]
 error: DriverProxy is not abstract and does not override abstract method 
getParentLogger() in Driver

[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 

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

[Gump]

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 issue affects 1 projects,
 and has been outstanding for 52 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-scxml-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven settings: 
[/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml]
 -DEBUG- (Apache Gump generated) Apache Maven Settings in: 
/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/scxml/pom.xml
 -INFO- Project Reports in: 
/srv/gump/public/workspace/apache-commons/scxml/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/gump_work/build_apache-commons_commons-scxml-test.html
Work Name: build_apache-commons_commons-scxml-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 27 secs
Command Line: /opt/maven2/bin/mvn --batch-mode -Dsimplelog.defaultlog=info 
--settings 
/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml test 
[Working Directory: /srv/gump/public/workspace/apache-commons/scxml]
M2_HOME: /opt/maven2
-
[INFO] SimpleSCXMLListener - /s2/s2.1/e1.2
[INFO] SimpleSCXMLListener - /s2/s2.1/e1.2
[INFO] SimpleSCXMLListener - /s2/s2.1
[INFO] SimpleSCXMLListener - /s2
[INFO] SimpleSCXMLListener - transition (event = s2.1.done, cond = null, from = 
/s2, to = /s3)
[INFO] SimpleSCXMLListener - /s3
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.262 sec
Running org.apache.commons.scxml.issues.Issue64Test
[INFO] SCXMLSemantics - null: Begin transition bug test ...
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SCXMLSemantics - null: somedata
[INFO] SCXMLSemantics - null: *somedata
[INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from = 
/tranbug, to = /end)
[INFO] SimpleSCXMLListener - /end
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:30:21
 and digester match "scxml/datamodel/misplaced"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:36:19
 and digester match "scxml/state/onentry/foo"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://my.foo.example/"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:37:22
 and digester match "scxml/state/onentry/bar"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:41:21
 and digester match "scxml/state/transition/datamodel"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://www.w3.org/2005/07/scxml"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:42:41
 and digester match "scxml/state/transition/datamodel/data"
[WARN] SCXMLParser - Ignoring element  in namespace 
"http://my.foo.example/"; at 
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:49:14
 and digester match "scxml/baz"
[INFO] SCXMLSemantics - null: Begin transition bug test ...
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SCXMLSemantics - null: null
[WARN] SimpleErrorReporter - EXPRESSION_ERROR (eval(''*' + dummy'):null): 
[INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from = 
/tranbug, to = /end)
[INFO] SimpleSCXMLListener - /end
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.076 sec

Results :

Failed tests: 
  testCustomActionCallbacks(org.apache.commons.scxml.model.CustomActionTest)

Tests run: 229, Failures: 1, Errors: 0, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO]