[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 92 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: 26 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.273 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.058 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]
[GUMP@vmgump]: Project commons-jelly-tags-sql (in module commons-jelly) failed
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jelly-tags-sql has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 20 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-21092012.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: 7 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: 7 seconds
Finished at: Fri Sep 21 07:35:55 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 1721092012, vmgump.apache.org:vmgump:1721092012
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: [lang] StrBuilder append(String, Object...)
+1 very well thought, Gary!
even if StrBuilder would look like java.util.Formatter, I think that
this is a nice addition.
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Sep 20, 2012 at 11:12 PM, Gary Gregory wrote:
> I just wrote this up for a different project and it seems like a nice add
> for StrBuilder:
>
> @Test
> public void testAppendFormatted_Object() {
> StrBuilder sb;
>
> sb = new StrBuilder();
> sb.append("Hi", "Alice");
> assertEquals("Hi", sb.toString());
>
> sb = new StrBuilder();
> sb.append("Hi %s", "Alice");
> assertEquals("Hi Alice", sb.toString());
>
> sb = new StrBuilder();
> sb.append("Hi %s %,d", "Alice", 5000);
> assertEquals("Hi Alice 5,000", sb.toString());
> }
>
> /**
> * Appends an formatted string to this string builder.
> * Appending null will call {@link #appendNull()}.
> *
> * @param format the format string, see {@link String#format(String,
> Object...)}
> * @param objs the objects to use in the format string
> * @return this, to enable chaining
> */
> public StrBuilder append(String format, Object... objs) {
> if (objs == null) {
> return appendNull();
> }
> return append(String.format(format, objs));
> }
>
> Thoughts?
>
>
> --
> 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
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
[cli] Best approach to resolve CLI-224?
Hi, Two similar but different approaches for solving https://issues.apache.org/jira/browse/CLI-224 have been posted. I was hoping to encourage some discussion on which approach (if any) is preferred? In particular, if either patch is worth pursuing, I can foresee some other useful work to complete, such as adjusting other unit tests to use the new builder rather than the OptionBuilder class, dramatically reducing the number of warnings that the CLI project produces in an IDE. Kind regards, Duncan - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [math] APT format for the users guide
On Fri, Sep 21, 2012 at 04:14:37AM +0200, Sébastien Brisard wrote:
> Hello again,
> Gilles mentioned Wiki syntax, and I just realized that Doxia has
> built-in support for TWiki. I will give it a go, but the answer should
> probably be that it's better than apt (for example, you can use html
> tags if you want to).
>
> So maybe what in a few days, I'll be writing the same email, replacing
> every occurence of apt with TWiki. I'm experimenting, for the time
> being...
Hold on! I didn't mean that Wiki is to be preferred over Apt. I'd prefer the
simplest (or best-known) thing that does job i.e.
* for simple tutorials: Apt (probably)
* for anything that requires math typesetting: LaTeX.
I don't think that it's an advantage to allow HTML tags if we wish to keep
the doc in a uniform style.
Best regards,
Gilles
> Sébastien
>
> 2012/9/21 Sébastien Brisard :
> > Hi Phil,
> >
> > 2012/9/20 Phil Steitz :
> >> On 9/20/12 12:01 PM, Sébastien Brisard wrote:
> >>> Hello Gilles,
> >>>
> >>> 2012/9/20 Gilles Sadowski :
> Hi.
>
> > as I previously said, I'd like to extend the user's guide for the
> > special functions package. I am not a big fan of the xdoc format
> > currently in use, at is not easily readable. So I thought I would give
> > APT a go. Please find below the code corresponding to the current
> > "Special Functions" page.
> Can it be used to write math symbols/formulae?
>
> >>> Nope!
> >>
> >> Can you do the escaping necessary to get MathJax to work embedded?
> >>
> > That you can. You just need to tell maven to add the required
> > javascript snippet in the header of the generated XHTML files.
> >
> >>>
> > The learning curve is not steep at all (about 5 minutes!). I think
> > it's much better (even for tables, which might require a large screen
> > ;)).
> What's the advantage over the Wiki syntax?
>
> >>> None. I just wanted to use "standard" maven enriched text formats. APT
> >>> is supported out of the box. I am not familiar with Wiki syntax, but
> >>> I'm sure it's much, much better (as is ReSt). Do you know of any
> >>> plugin which supports it? Maven badly supports restructured text, for
> >>> example (which is why I got back to APT).
> >>>
> > The generated pages are identical (I've even reproduced the typo in
> > 5.4...), but for the fact that you cannot have anchors with a name
> > different from the text they refer to. So anchor {Beta} would be named
> > "Beta", and not "beta" as is currently the case. I don't think this is
> > much of an issue, as there is no reference to these anchors (I'll
> > check the other pages of the user's guide, and update them if
> > necessary).
> >
> > So, what do you think? Should I pursue, or would you like me to stay
> > with the xdoc format?
> My opinion is that we should figure out the kind of contents the document
> will contain, and choose the (possibly different) language(s)
> accordingly.
>
> >>> Basically, as already emphasized by someone else, APT is no better
> >>> than the currently used xdoc format, except that the source is
> >>> definitely readable (hence, more easily maintainable).
> >>
> >> I agree with this and have thought about suggesting this move in the
> >> past, just never had time or sufficient motivation to do it.
> >>>
> > I would like to emphasize I'm not advocating for a complete switch
> > from one format to another. But since I'm going to concentrate on this
> > section of the users guide, I thought I might as well choose the
> > format which I am most comfortable with. If you do not like the idea
> > of having two different formats for the same site, please let me know.
> If we can agree to keep the user guide simple (i.e. limited to "To do
> , you call with , then retrieve the result as
> follows..." etc., with some verbatim code examples), then there is an
> advantage to having a source syntax that looks like plain text:
> * simple to write,
> * easy to read.
>
> >>> Yes, that's exactly my point of view. From this perspective, I don't
> >>> think xdoc does the job.
> >>> In the special package, I want to go a little further (tutorials
> >>> should not be too difficult: "to compute gamma(x), call
> >>> Gamma.gamma(x)"...), and give some tables and plots on the accuracy :
> >>> if 0 <= x <= 8, then logGamma is accurate to within 4 ulps, and so
> >>> on...
> >>
> >> You can do all of this with xdoc, it is just painful. You need to
> >> use html syntax for tables. The [dbcp] docs have some examples
> >> showing the pain.
> >>
> > Yes, even the (fairly simple) doc we have is a pain to read.
> >
> >>>
> But if we want to show the math that corresponds to the code, then we
> loose
> everything:
> * difficult to write (either including preprocessed figures or ad-hoc
> syntax)
> * impossible to read (in the source).
>
Re: [math] APT format for the users guide
Hi Gilles,
2012/9/21 Gilles Sadowski :
> On Fri, Sep 21, 2012 at 04:14:37AM +0200, Sébastien Brisard wrote:
>> Hello again,
>> Gilles mentioned Wiki syntax, and I just realized that Doxia has
>> built-in support for TWiki. I will give it a go, but the answer should
>> probably be that it's better than apt (for example, you can use html
>> tags if you want to).
>>
>> So maybe what in a few days, I'll be writing the same email, replacing
>> every occurence of apt with TWiki. I'm experimenting, for the time
>> being...
>
> Hold on! I didn't mean that Wiki is to be preferred over Apt. I'd prefer the
> simplest (or best-known) thing that does job i.e.
> * for simple tutorials: Apt (probably)
> * for anything that requires math typesetting: LaTeX.
>
It turns out that my preference goes to apt anyway, I think I'm going
to stick with that format for the userguide of the special package. If
after extensively using it, I still like apt, maybe we could think f
migrating the whole user guide to apt (at that point, I might easily
do that).
> I don't think that it's an advantage to allow HTML tags if we wish to keep
> the doc in a uniform style.
>
Good point. Although it might be handy sometimes to use structuring
tags (not formatting tags!), or even subscript, superscripts (which
are not available in apt). However, in this last case, MathJax should
probably be the answer.
So I guess the next move now is to actually *start* extending the user
guide for special functions, and see if the result is good...
Sébastien
> Best regards,
> Gilles
>
>> Sébastien
>>
>> 2012/9/21 Sébastien Brisard :
>> > Hi Phil,
>> >
>> > 2012/9/20 Phil Steitz :
>> >> On 9/20/12 12:01 PM, Sébastien Brisard wrote:
>> >>> Hello Gilles,
>> >>>
>> >>> 2012/9/20 Gilles Sadowski :
>> Hi.
>>
>> > as I previously said, I'd like to extend the user's guide for the
>> > special functions package. I am not a big fan of the xdoc format
>> > currently in use, at is not easily readable. So I thought I would give
>> > APT a go. Please find below the code corresponding to the current
>> > "Special Functions" page.
>> Can it be used to write math symbols/formulae?
>>
>> >>> Nope!
>> >>
>> >> Can you do the escaping necessary to get MathJax to work embedded?
>> >>
>> > That you can. You just need to tell maven to add the required
>> > javascript snippet in the header of the generated XHTML files.
>> >
>> >>>
>> > The learning curve is not steep at all (about 5 minutes!). I think
>> > it's much better (even for tables, which might require a large screen
>> > ;)).
>> What's the advantage over the Wiki syntax?
>>
>> >>> None. I just wanted to use "standard" maven enriched text formats. APT
>> >>> is supported out of the box. I am not familiar with Wiki syntax, but
>> >>> I'm sure it's much, much better (as is ReSt). Do you know of any
>> >>> plugin which supports it? Maven badly supports restructured text, for
>> >>> example (which is why I got back to APT).
>> >>>
>> > The generated pages are identical (I've even reproduced the typo in
>> > 5.4...), but for the fact that you cannot have anchors with a name
>> > different from the text they refer to. So anchor {Beta} would be named
>> > "Beta", and not "beta" as is currently the case. I don't think this is
>> > much of an issue, as there is no reference to these anchors (I'll
>> > check the other pages of the user's guide, and update them if
>> > necessary).
>> >
>> > So, what do you think? Should I pursue, or would you like me to stay
>> > with the xdoc format?
>> My opinion is that we should figure out the kind of contents the
>> document
>> will contain, and choose the (possibly different) language(s)
>> accordingly.
>>
>> >>> Basically, as already emphasized by someone else, APT is no better
>> >>> than the currently used xdoc format, except that the source is
>> >>> definitely readable (hence, more easily maintainable).
>> >>
>> >> I agree with this and have thought about suggesting this move in the
>> >> past, just never had time or sufficient motivation to do it.
>> >>>
>> > I would like to emphasize I'm not advocating for a complete switch
>> > from one format to another. But since I'm going to concentrate on this
>> > section of the users guide, I thought I might as well choose the
>> > format which I am most comfortable with. If you do not like the idea
>> > of having two different formats for the same site, please let me know.
>> If we can agree to keep the user guide simple (i.e. limited to "To do
>> , you call with , then retrieve the result as
>> follows..." etc., with some verbatim code examples), then there is an
>> advantage to having a source syntax that looks like plain text:
>> * simple to write,
>> * easy to read.
>>
>> >>> Yes, that's exactly my point of view. From this perspective, I don't
>> >>> think xdo
Re: svn commit: r1388296 - in /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear: AbstractRealMatrix.java Array2DRowRealMatrix.java BlockRealMatrix.java OpenMapRealMatrix.java
On Fri, Sep 21, 2012 at 01:53:29AM -, celes...@apache.org wrote:
> Author: celestin
> Date: Fri Sep 21 01:53:28 2012
> New Revision: 1388296
>
> URL: http://svn.apache.org/viewvc?rev=1388296&view=rev
> Log:
> In AbstractRealMatrix, removed empty abstract method copy() (specified in
> interface RealMatrix).
I'm not sure that it's the preferrable option: specifying those abstract
methods made it possible to use the "@Override" annotation (under Java5 too).
Now you have removed the annotation so that Continuum does not report
failures. Hence there is no compiler check anymore that a supposedly
inherited method indeed overrides one defined (or declared) in one of the
parent classes (or interfaces).
Regards,
Gilles
>
> Modified:
>
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
>
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
>
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
>
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/OpenMapRealMatrix.java
>
> Modified:
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
> ==
> ---
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
> (original)
> +++
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
> Fri Sep 21 01:53:28 2012
> @@ -74,9 +74,6 @@ public abstract class AbstractRealMatrix
> }
>
> /** {@inheritDoc} */
> -public abstract RealMatrix copy();
> -
> -/** {@inheritDoc} */
> public RealMatrix add(RealMatrix m)
> throws MatrixDimensionMismatchException {
> MatrixUtils.checkAdditionCompatible(this, m);
>
> Modified:
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
> ==
> ---
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
> (original)
> +++
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
> Fri Sep 21 01:53:28 2012
> @@ -145,7 +145,6 @@ public class Array2DRowRealMatrix extend
> }
>
> /** {@inheritDoc} */
> -@Override
> public RealMatrix copy() {
> return new Array2DRowRealMatrix(copyOut(), false);
> }
>
> Modified:
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
> ==
> ---
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
> (original)
> +++
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
> Fri Sep 21 01:53:28 2012
> @@ -271,7 +271,6 @@ public class BlockRealMatrix extends Abs
> }
>
> /** {@inheritDoc} */
> -@Override
> public BlockRealMatrix copy() {
> // create an empty matrix
> BlockRealMatrix copied = new BlockRealMatrix(rows, columns);
>
> Modified:
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/OpenMapRealMatrix.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/OpenMapRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
> ==
> ---
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/OpenMapRealMatrix.java
> (original)
> +++
> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/OpenMapRealMatrix.java
> Fri Sep 21 01:53:28 2012
> @@ -69,7 +69,6 @@ public class OpenMapRealMatrix extends A
> }
>
> /** {@inheritDoc} */
> -@Override
> public OpenMapRealMatrix copy() {
> return new OpenMapRealMatrix(this);
> }
>
>
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1388296 - in /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear: AbstractRealMatrix.java Array2DRowRealMatrix.java BlockRealMatrix.java OpenMapRealMatrix.java
2012/9/21 Gilles Sadowski :
> On Fri, Sep 21, 2012 at 01:53:29AM -, celes...@apache.org wrote:
>> Author: celestin
>> Date: Fri Sep 21 01:53:28 2012
>> New Revision: 1388296
>>
>> URL: http://svn.apache.org/viewvc?rev=1388296&view=rev
>> Log:
>> In AbstractRealMatrix, removed empty abstract method copy() (specified in
>> interface RealMatrix).
>
> I'm not sure that it's the preferrable option: specifying those abstract
> methods made it possible to use the "@Override" annotation (under Java5 too).
>
> Now you have removed the annotation so that Continuum does not report
> failures. Hence there is no compiler check anymore that a supposedly
> inherited method indeed overrides one defined (or declared) in one of the
> parent classes (or interfaces).
>
I take your point. It just seems a lot of spurious code, solely to
avoid using Java 6. I'd like to point out that I'm not sure this
patttern is applied everywhere in the library (I'm pretty sure I've
never done that). I think that even in AbstractRealMatrix, this
pattern was not applied consistently (until this morning, that is).
I will (quite reluctantly...) revert these changes. I guess it does
not really matter anyway, because in a near future, I was going to
propose that we merge RealMatrix and AbstractRealMatrix (like we did
for RealVector and AbstractRealVector).
Thanks for reviewing,
Sébastien
>
> Regards,
> Gilles
>
>>
>> Modified:
>>
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
>>
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
>>
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
>>
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/OpenMapRealMatrix.java
>>
>> Modified:
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
>> ==
>> ---
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
>> (original)
>> +++
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
>> Fri Sep 21 01:53:28 2012
>> @@ -74,9 +74,6 @@ public abstract class AbstractRealMatrix
>> }
>>
>> /** {@inheritDoc} */
>> -public abstract RealMatrix copy();
>> -
>> -/** {@inheritDoc} */
>> public RealMatrix add(RealMatrix m)
>> throws MatrixDimensionMismatchException {
>> MatrixUtils.checkAdditionCompatible(this, m);
>>
>> Modified:
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
>> ==
>> ---
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
>> (original)
>> +++
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
>> Fri Sep 21 01:53:28 2012
>> @@ -145,7 +145,6 @@ public class Array2DRowRealMatrix extend
>> }
>>
>> /** {@inheritDoc} */
>> -@Override
>> public RealMatrix copy() {
>> return new Array2DRowRealMatrix(copyOut(), false);
>> }
>>
>> Modified:
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
>> ==
>> ---
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
>> (original)
>> +++
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
>> Fri Sep 21 01:53:28 2012
>> @@ -271,7 +271,6 @@ public class BlockRealMatrix extends Abs
>> }
>>
>> /** {@inheritDoc} */
>> -@Override
>> public BlockRealMatrix copy() {
>> // create an empty matrix
>> BlockRealMatrix copied = new BlockRealMatrix(rows, columns);
>>
>> Modified:
>> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/OpenMapRealMatrix.java
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/OpenMapRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
>> ==
>> ---
>> commons/proper/mat
Re: svn commit: r1388296 - in /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear: AbstractRealMatrix.java Array2DRowRealMatrix.java BlockRealMatrix.java OpenMapRealMatrix.java
On Fri, Sep 21, 2012 at 12:04:36PM +0200, Sébastien Brisard wrote:
> 2012/9/21 Gilles Sadowski :
> > On Fri, Sep 21, 2012 at 01:53:29AM -, celes...@apache.org wrote:
> >> Author: celestin
> >> Date: Fri Sep 21 01:53:28 2012
> >> New Revision: 1388296
> >>
> >> URL: http://svn.apache.org/viewvc?rev=1388296&view=rev
> >> Log:
> >> In AbstractRealMatrix, removed empty abstract method copy() (specified in
> >> interface RealMatrix).
> >
> > I'm not sure that it's the preferrable option: specifying those abstract
> > methods made it possible to use the "@Override" annotation (under Java5
> > too).
> >
> > Now you have removed the annotation so that Continuum does not report
> > failures. Hence there is no compiler check anymore that a supposedly
> > inherited method indeed overrides one defined (or declared) in one of the
> > parent classes (or interfaces).
> >
>
> I take your point. It just seems a lot of spurious code, solely to
> avoid using Java 6.
As you know, I vote +1 to switch to Java7. ;-)
> I'd like to point out that I'm not sure this
> patttern is applied everywhere in the library (I'm pretty sure I've
> never done that). I think that even in AbstractRealMatrix, this
> pattern was not applied consistently (until this morning, that is).
>
> I will (quite reluctantly...) revert these changes. I guess it does
> not really matter anyway, because in a near future, I was going to
> propose that we merge RealMatrix and AbstractRealMatrix (like we did
> for RealVector and AbstractRealVector).
> Thanks for reviewing,
The thing is that the "@Override" annotation will be useful even after the
merge as it spots methods that do not actually override anything, indicating
a programming error.
Best,
Gilles
> Sébastien
> >
> > Regards,
> > Gilles
> >
> >>
> >> Modified:
> >>
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
> >>
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
> >>
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
> >>
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/OpenMapRealMatrix.java
> >>
> >> Modified:
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
> >> URL:
> >> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
> >> ==
> >> ---
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
> >> (original)
> >> +++
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
> >> Fri Sep 21 01:53:28 2012
> >> @@ -74,9 +74,6 @@ public abstract class AbstractRealMatrix
> >> }
> >>
> >> /** {@inheritDoc} */
> >> -public abstract RealMatrix copy();
> >> -
> >> -/** {@inheritDoc} */
> >> public RealMatrix add(RealMatrix m)
> >> throws MatrixDimensionMismatchException {
> >> MatrixUtils.checkAdditionCompatible(this, m);
> >>
> >> Modified:
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
> >> URL:
> >> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
> >> ==
> >> ---
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
> >> (original)
> >> +++
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
> >> Fri Sep 21 01:53:28 2012
> >> @@ -145,7 +145,6 @@ public class Array2DRowRealMatrix extend
> >> }
> >>
> >> /** {@inheritDoc} */
> >> -@Override
> >> public RealMatrix copy() {
> >> return new Array2DRowRealMatrix(copyOut(), false);
> >> }
> >>
> >> Modified:
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
> >> URL:
> >> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
> >> ==
> >> ---
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
> >> (original)
> >> +++
> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
> >> Fri Sep 21 01:53:28 2012
> >> @@ -271,7 +271,6 @@ public class BlockRealMatrix extends Abs
> >> }
> >>
> >> /** {@inheritDoc} */
> >> -@Override
> >> public BlockRealMatrix co
Re: svn commit: r1388296 - in /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear: AbstractRealMatrix.java Array2DRowRealMatrix.java BlockRealMatrix.java OpenMapRealMatrix.java
Hi,
2012/9/21 Gilles Sadowski :
> On Fri, Sep 21, 2012 at 12:04:36PM +0200, Sébastien Brisard wrote:
>> 2012/9/21 Gilles Sadowski :
>> > On Fri, Sep 21, 2012 at 01:53:29AM -, celes...@apache.org wrote:
>> >> Author: celestin
>> >> Date: Fri Sep 21 01:53:28 2012
>> >> New Revision: 1388296
>> >>
>> >> URL: http://svn.apache.org/viewvc?rev=1388296&view=rev
>> >> Log:
>> >> In AbstractRealMatrix, removed empty abstract method copy() (specified in
>> >> interface RealMatrix).
>> >
>> > I'm not sure that it's the preferrable option: specifying those abstract
>> > methods made it possible to use the "@Override" annotation (under Java5
>> > too).
>> >
>> > Now you have removed the annotation so that Continuum does not report
>> > failures. Hence there is no compiler check anymore that a supposedly
>> > inherited method indeed overrides one defined (or declared) in one of the
>> > parent classes (or interfaces).
>> >
>>
>> I take your point. It just seems a lot of spurious code, solely to
>> avoid using Java 6.
>
> As you know, I vote +1 to switch to Java7. ;-)
>
That's two of us, then!
>
>> I'd like to point out that I'm not sure this
>> patttern is applied everywhere in the library (I'm pretty sure I've
>> never done that). I think that even in AbstractRealMatrix, this
>> pattern was not applied consistently (until this morning, that is).
>>
>> I will (quite reluctantly...) revert these changes. I guess it does
>> not really matter anyway, because in a near future, I was going to
>> propose that we merge RealMatrix and AbstractRealMatrix (like we did
>> for RealVector and AbstractRealVector).
>> Thanks for reviewing,
>
> The thing is that the "@Override" annotation will be useful even after the
> merge as it spots methods that do not actually override anything, indicating
> a programming error.
>
Right, but at this point, Eclipse would nicely tell me that I ought to
add the @Override tags which I had previously removed.
Sébastien
>
> Best,
> Gilles
>
>> Sébastien
>> >
>> > Regards,
>> > Gilles
>> >
>> >>
>> >> Modified:
>> >>
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
>> >>
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
>> >>
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
>> >>
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/OpenMapRealMatrix.java
>> >>
>> >> Modified:
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
>> >> URL:
>> >> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
>> >> ==
>> >> ---
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
>> >> (original)
>> >> +++
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/AbstractRealMatrix.java
>> >> Fri Sep 21 01:53:28 2012
>> >> @@ -74,9 +74,6 @@ public abstract class AbstractRealMatrix
>> >> }
>> >>
>> >> /** {@inheritDoc} */
>> >> -public abstract RealMatrix copy();
>> >> -
>> >> -/** {@inheritDoc} */
>> >> public RealMatrix add(RealMatrix m)
>> >> throws MatrixDimensionMismatchException {
>> >> MatrixUtils.checkAdditionCompatible(this, m);
>> >>
>> >> Modified:
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
>> >> URL:
>> >> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
>> >> ==
>> >> ---
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
>> >> (original)
>> >> +++
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/Array2DRowRealMatrix.java
>> >> Fri Sep 21 01:53:28 2012
>> >> @@ -145,7 +145,6 @@ public class Array2DRowRealMatrix extend
>> >> }
>> >>
>> >> /** {@inheritDoc} */
>> >> -@Override
>> >> public RealMatrix copy() {
>> >> return new Array2DRowRealMatrix(copyOut(), false);
>> >> }
>> >>
>> >> Modified:
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
>> >> URL:
>> >> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java?rev=1388296&r1=1388295&r2=1388296&view=diff
>> >> ==
>> >> ---
>> >> commons/proper/math/trunk/src/main/java/org/apache/commons/math3/linear/BlockRealMatrix.java
>> >> (origi
[continuum] BUILD FAILURE: Apache Commons - Commons Math -
Group (shared) Maven 2 Build Definition (Java 1.5) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Continuum-Build-Host: vmbuild X-Continuum-Project-Id: 97 X-Continuum-Project-Name: Commons Math Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=24852&projectId=97 Build statistics: State: Failed Previous State: Ok Started at: Fri 21 Sep 2012 14:20:44 + Finished at: Fri 21 Sep 2012 14:21:39 + Total time: 54s Build Trigger: Schedule Build Number: 992 Exit code: 1 Building machine hostname: vmbuild Operating system : Linux(unknown) Java Home version : java version "1.6.0_30" Java(TM) SE Runtime Environment (build 1.6.0_30-b12) Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode) Builder version : Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+) Java version: 1.6.0_30 Java home: /usr/lib/jvm/jdk1.6.0_30/jre Default locale: en_US, platform encoding: ANSI_X3.4-1968 OS name: "linux" version: "2.6.32-41-server" arch: "amd64" Family: "unix" SCM Changes: Changed: erans @ Fri 21 Sep 2012 14:17:37 + Comment: MATH-864 Fixed missing "repair" of a point that lies outside the boundaries. Thanks to Frank Hessen for the report and for pinpointing the cause of the problem. Files changed: /commons/proper/math/trunk/src/changes/changes.xml ( 1388517 ) /commons/proper/math/trunk/src/main/java/org/apache/commons/math3/optimization/direct/CMAESOptimizer.java ( 1388517 ) /commons/proper/math/trunk/src/test/java/org/apache/commons/math3/optimization/direct/CMAESOptimizerTest.java ( 1388517 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean deploy Arguments: --batch-mode -Pjava-1.5 -Dgpg.skip -Prelease Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 2.2.1 Description: Group (shared) Maven 2 Build Definition (Java 1.5) Test Summary: Tests: 0 Failures: 0 Errors: 0 Total time: 0.0 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1388495 - in /commons/proper/dbutils/trunk/src: changes/changes.xml main/java/org/apache/commons/dbutils/BaseResultSetHandler.java test/java/org/apache/commons/dbutils/BaseResultSetHa
On 21 September 2012 14:59, wrote:
> Author: simonetripodi
> Date: Fri Sep 21 13:59:46 2012
> New Revision: 1388495
>
> URL: http://svn.apache.org/viewvc?rev=1388495&view=rev
> Log:
> [DBUTILS-97] Add an Abstract ResultSetHandler implementation in order to
> reduce redundant 'resultSet' variable invocation
>
> Added:
>
> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
>(with props)
>
> commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/BaseResultSetHandlerTestCase.java
>(with props)
> Modified:
> commons/proper/dbutils/trunk/src/changes/changes.xml
>
> Modified: commons/proper/dbutils/trunk/src/changes/changes.xml
> URL:
> http://svn.apache.org/viewvc/commons/proper/dbutils/trunk/src/changes/changes.xml?rev=1388495&r1=1388494&r2=1388495&view=diff
> ==
> --- commons/proper/dbutils/trunk/src/changes/changes.xml (original)
> +++ commons/proper/dbutils/trunk/src/changes/changes.xml Fri Sep 21 13:59:46
> 2012
> @@ -47,6 +47,9 @@ The type attribute can be add,u
> issue="DBUTILS-98">
> Add missing JavaDoc to QueryRunner#insert
>
> +
> +Add an Abstract ResultSetHandler implementation in order to reduce
> redundant 'resultSet' variable invocation
> +
> issue="DBUTILS-87">
> Added insert methods to QueryRunner and AsyncQueryRunner that return
> the generated key.
>
>
> Added:
> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java?rev=1388495&view=auto
> ==
> ---
> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
> (added)
> +++
> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
> Fri Sep 21 13:59:46 2012
> @@ -0,0 +1,1969 @@
> +/*
> + * Licensed to the Apache Software Foundation (ASF) under one or more
> + * contributor license agreements. See the NOTICE file distributed with
> + * this work for additional information regarding copyright ownership.
> + * The ASF licenses this file to You under the Apache License, Version 2.0
> + * (the "License"); you may not use this file except in compliance with
> + * the License. You may obtain a copy of the License at
> + *
> + * http://www.apache.org/licenses/LICENSE-2.0
> + *
> + * Unless required by applicable law or agreed to in writing, software
> + * distributed under the License is distributed on an "AS IS" BASIS,
> + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
> + * See the License for the specific language governing permissions and
> + * limitations under the License.
> + */
> +package org.apache.commons.dbutils;
> +
> +import java.io.InputStream;
> +import java.io.Reader;
> +import java.math.BigDecimal;
> +import java.net.URL;
> +import java.sql.Array;
> +import java.sql.Blob;
> +import java.sql.Clob;
> +import java.sql.Date;
> +import java.sql.NClob;
> +import java.sql.Ref;
> +import java.sql.ResultSet;
> +import java.sql.ResultSetMetaData;
> +import java.sql.RowId;
> +import java.sql.SQLException;
> +import java.sql.SQLWarning;
> +import java.sql.SQLXML;
> +import java.sql.Statement;
> +import java.sql.Time;
> +import java.sql.Timestamp;
> +import java.util.Calendar;
> +import java.util.Map;
> +
> +/**
> + * Extensions of this class convert ResultSets into other objects.
> + *
> + * According to the DRY principle (Don't Repeat Yourself), repeating
> resultSet
> + * variable inside the {@link ResultSetHandler#handle(ResultSet)} over and
> over for each iteration
> + * can get a little tedious, AbstractResultSetHandler
> implicitly gives users access to
> + * ResultSet's methods.
> + *
There should be some samples of how to use the class, as it's not
immediately obvious.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1388495 - in /commons/proper/dbutils/trunk/src: changes/changes.xml main/java/org/apache/commons/dbutils/BaseResultSetHandler.java test/java/org/apache/commons/dbutils/BaseResultSetHa
On 21 September 2012 14:59, wrote:
> Author: simonetripodi
> Date: Fri Sep 21 13:59:46 2012
> New Revision: 1388495
>
> URL: http://svn.apache.org/viewvc?rev=1388495&view=rev
> Log:
> [DBUTILS-97] Add an Abstract ResultSetHandler implementation in order to
> reduce redundant 'resultSet' variable invocation
>
> Added:
>
> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
>(with props)
>
> commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/BaseResultSetHandlerTestCase.java
>(with props)
> Modified:
> commons/proper/dbutils/trunk/src/changes/changes.xml
>
> Modified: commons/proper/dbutils/trunk/src/changes/changes.xml
> URL:
> http://svn.apache.org/viewvc/commons/proper/dbutils/trunk/src/changes/changes.xml?rev=1388495&r1=1388494&r2=1388495&view=diff
> ==
> --- commons/proper/dbutils/trunk/src/changes/changes.xml (original)
> +++ commons/proper/dbutils/trunk/src/changes/changes.xml Fri Sep 21 13:59:46
> 2012
> @@ -47,6 +47,9 @@ The type attribute can be add,u
> issue="DBUTILS-98">
> Add missing JavaDoc to QueryRunner#insert
>
> +
> +Add an Abstract ResultSetHandler implementation in order to reduce
> redundant 'resultSet' variable invocation
> +
> issue="DBUTILS-87">
> Added insert methods to QueryRunner and AsyncQueryRunner that return
> the generated key.
>
>
> Added:
> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java?rev=1388495&view=auto
> ==
> ---
> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
> (added)
> +++
> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
> Fri Sep 21 13:59:46 2012
> @@ -0,0 +1,1969 @@
> +/*
> + * Licensed to the Apache Software Foundation (ASF) under one or more
> + * contributor license agreements. See the NOTICE file distributed with
> + * this work for additional information regarding copyright ownership.
> + * The ASF licenses this file to You under the Apache License, Version 2.0
> + * (the "License"); you may not use this file except in compliance with
> + * the License. You may obtain a copy of the License at
> + *
> + * http://www.apache.org/licenses/LICENSE-2.0
> + *
> + * Unless required by applicable law or agreed to in writing, software
> + * distributed under the License is distributed on an "AS IS" BASIS,
> + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
> + * See the License for the specific language governing permissions and
> + * limitations under the License.
> + */
> +package org.apache.commons.dbutils;
> +
> +import java.io.InputStream;
> +import java.io.Reader;
> +import java.math.BigDecimal;
> +import java.net.URL;
> +import java.sql.Array;
> +import java.sql.Blob;
> +import java.sql.Clob;
> +import java.sql.Date;
> +import java.sql.NClob;
> +import java.sql.Ref;
> +import java.sql.ResultSet;
> +import java.sql.ResultSetMetaData;
> +import java.sql.RowId;
> +import java.sql.SQLException;
> +import java.sql.SQLWarning;
> +import java.sql.SQLXML;
> +import java.sql.Statement;
> +import java.sql.Time;
> +import java.sql.Timestamp;
> +import java.util.Calendar;
> +import java.util.Map;
> +
> +/**
> + * Extensions of this class convert ResultSets into other objects.
> + *
> + * According to the DRY principle (Don't Repeat Yourself), repeating
> resultSet
> + * variable inside the {@link ResultSetHandler#handle(ResultSet)} over and
> over for each iteration
> + * can get a little tedious, AbstractResultSetHandler
> implicitly gives users access to
> + * ResultSet's methods.
> + *
> + * NOTE This class is NOT thread safe!
> + *
> + * @param the target type the input ResultSet will be converted to.
> + * @since 1.6
> + */
> +public abstract class BaseResultSetHandler implements ResultSetHandler
> {
> +
> +/**
> + * The adapted ResultSet.
> + */
> +private ResultSet rs;
> +
> +/**
> + * {@inheritDoc}
> + */
> +@Override
> +public final T handle(ResultSet rs) throws SQLException {
> +if (this.rs != null) {
> +throw new IllegalStateException("Re-entry not allowed!");
> +}
> +
> +this.rs = rs;
> +
> +try {
> +return handle();
> +} finally {
> +this.rs = null;
> +}
> +}
> +
> +/**
> + * Turn the ResultSet into an Object.
> + *
> + * @return An Object initialized with ResultSet data
> + * @throws SQLException if a database access error occurs
> + * @see {@link ResultSetHandler#handle(ResultSet)}
>
Re: [lang] StrBuilder append(String, Object...)
+1 as well Gary, and if you want to test the "if (objs == null) {", then you
just have to add something similar to:
sb.append("Hi", (Object[])null);
And then check the result.
Cheers
Bruno P. Kinoshita
http://kinoshita.eti.br
http://tupilabs.com
>
> From: Simone Tripodi
>To: Commons Developers List
>Sent: Friday, 21 September 2012 4:54 AM
>Subject: Re: [lang] StrBuilder append(String, Object...)
>
>+1 very well thought, Gary!
>
>even if StrBuilder would look like java.util.Formatter, I think that
>this is a nice addition.
>
>best,
>-Simo
>
>http://people.apache.org/~simonetripodi/
>http://simonetripodi.livejournal.com/
>http://twitter.com/simonetripodi
>http://www.99soft.org/
>
>
>On Thu, Sep 20, 2012 at 11:12 PM, Gary Gregory wrote:
>> I just wrote this up for a different project and it seems like a nice add
>> for StrBuilder:
>>
>> @Test
>> public void testAppendFormatted_Object() {
>> StrBuilder sb;
>>
>> sb = new StrBuilder();
>> sb.append("Hi", "Alice");
>> assertEquals("Hi", sb.toString());
>>
>> sb = new StrBuilder();
>> sb.append("Hi %s", "Alice");
>> assertEquals("Hi Alice", sb.toString());
>>
>> sb = new StrBuilder();
>> sb.append("Hi %s %,d", "Alice", 5000);
>> assertEquals("Hi Alice 5,000", sb.toString());
>> }
>>
>> /**
>> * Appends an formatted string to this string builder.
>> * Appending null will call {@link #appendNull()}.
>> *
>> * @param format the format string, see {@link String#format(String,
>> Object...)}
>> * @param objs the objects to use in the format string
>> * @return this, to enable chaining
>> */
>> public StrBuilder append(String format, Object... objs) {
>> if (objs == null) {
>> return appendNull();
>> }
>> return append(String.format(format, objs));
>> }
>>
>> Thoughts?
>>
>>
>> --
>> 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
>
>-
>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: [configuration] Thoughts about multi-threading
Am 20.09.2012 22:38, schrieb Honton, Charles: This obviously makes the concurrency problem easier :) Apart from this case, it would be good to agree on exactly what it means for [configuration] to be threadsafe. Is it basically the semantics of ConcurrentHashmap? Or are there sequencing / event serialization constraints? For example, suppose the sequence below happens Thread A start add property Thread B start clear Thread A notify property change Thread B notify clear Thread B clear map Thread A update map Is it OK for this sequence to happen? Is it OK for A's add to trump B's clear even though B's activation started later and B's notification was later? This is a very good point, I did not think about this. It would be very confusing for an event listener to receive a clear event and then find out that the configuration is not empty. So I guess it is too naive to simply replace the plain map by a concurrent map to gain thread-safety. We will then probably have to use a read-write lock for map-based configurations, too. Well, this is not too bad. The only thing which worries me a bit is that we have to call event listeners while the lock is held. This is an anti-pattern described by Bloch: "Don't call an alien method with a lock held!". Does anybody has an idea how we could prevent this? Interesting problem. Unfortunately, I don't think you can enforce the serializability invariant (no interleaving as above) without some [configuration] thread holding a lock while notification happens. You could queue notify-update tasks so add/update invocations don't block; but whatever thread actually executes the tasks would have to lock takes from the queue while notifies complete. That might not be that bad, since you could continue to services reads (of yet-to-be-updated data) and queue updates while the foreign lock was held; but it still violates the maxim, with the consequence that a hung listener could stop updates from happening. For a similar problem I once used a single-threaded executor. The code holding the lock just scheduled tasks at the executor which were responsible for sending notifications to event listeners. The tasks were initialized with the events to propagate and a snapshot of the currently registered event listeners. Not sure whether this is a suitable approach for the problem at hand. It is probably not a good idea to create a new executor service for each Configuration object. And having a single shared instance can become a bottle neck. Is serializability what's desired? Or is it consistency? I can imagine a situation where multiple properties must enforce some invariant relationship. The producer would like to be able to hold off notifying the property consumers before the next property change fixes the invariant constraint violation. Likewise the consumer might want a set which is invariant between applying the first property and the last property. Honestly, I don't know. I hope that we can start with something simple and then build advanced functionality on top of it. Oliver chas - 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
[cli2] Is this now a dormant project?
Hi, The last code submission to CLI2 was in April 2010. There are six issues open in the main CLI JIRA page (last update Nov 2011) and nothing I can find in the Sandbox JIRA. I'd like to help get a version of CLI2 (finally) released, but I'm concerned any such efforts would be in vein due to: - a lack of clarity over what needs to be done before a release is feasible - a fear that there would be nobody to commit supplied patches Is anyone out there interested in pursuing this project? If so, shall we aim to get moving and put a release out the door before the end of the year? (If not, should this be voted to move into the Dormant projects?) Duncan - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1388495 - in /commons/proper/dbutils/trunk/src: changes/changes.xml main/java/org/apache/commons/dbutils/BaseResultSetHandler.java test/java/org/apache/commons/dbutils/BaseResultSetHa
> There should be some samples of how to use the class, as it's not
> immediately obvious.
I will add them in the xdoc samples, thanks
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Sep 21, 2012 at 4:50 PM, sebb wrote:
> On 21 September 2012 14:59, wrote:
>> Author: simonetripodi
>> Date: Fri Sep 21 13:59:46 2012
>> New Revision: 1388495
>>
>> URL: http://svn.apache.org/viewvc?rev=1388495&view=rev
>> Log:
>> [DBUTILS-97] Add an Abstract ResultSetHandler implementation in order to
>> reduce redundant 'resultSet' variable invocation
>>
>> Added:
>>
>> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
>>(with props)
>>
>> commons/proper/dbutils/trunk/src/test/java/org/apache/commons/dbutils/BaseResultSetHandlerTestCase.java
>>(with props)
>> Modified:
>> commons/proper/dbutils/trunk/src/changes/changes.xml
>>
>> Modified: commons/proper/dbutils/trunk/src/changes/changes.xml
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/dbutils/trunk/src/changes/changes.xml?rev=1388495&r1=1388494&r2=1388495&view=diff
>> ==
>> --- commons/proper/dbutils/trunk/src/changes/changes.xml (original)
>> +++ commons/proper/dbutils/trunk/src/changes/changes.xml Fri Sep 21 13:59:46
>> 2012
>> @@ -47,6 +47,9 @@ The type attribute can be add,u
>>> issue="DBUTILS-98">
>> Add missing JavaDoc to QueryRunner#insert
>>
>> +
>> +Add an Abstract ResultSetHandler implementation in order to reduce
>> redundant 'resultSet' variable invocation
>> +
>>> issue="DBUTILS-87">
>> Added insert methods to QueryRunner and AsyncQueryRunner that
>> return the generated key.
>>
>>
>> Added:
>> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java?rev=1388495&view=auto
>> ==
>> ---
>> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
>> (added)
>> +++
>> commons/proper/dbutils/trunk/src/main/java/org/apache/commons/dbutils/BaseResultSetHandler.java
>> Fri Sep 21 13:59:46 2012
>> @@ -0,0 +1,1969 @@
>> +/*
>> + * Licensed to the Apache Software Foundation (ASF) under one or more
>> + * contributor license agreements. See the NOTICE file distributed with
>> + * this work for additional information regarding copyright ownership.
>> + * The ASF licenses this file to You under the Apache License, Version 2.0
>> + * (the "License"); you may not use this file except in compliance with
>> + * the License. You may obtain a copy of the License at
>> + *
>> + * http://www.apache.org/licenses/LICENSE-2.0
>> + *
>> + * Unless required by applicable law or agreed to in writing, software
>> + * distributed under the License is distributed on an "AS IS" BASIS,
>> + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
>> + * See the License for the specific language governing permissions and
>> + * limitations under the License.
>> + */
>> +package org.apache.commons.dbutils;
>> +
>> +import java.io.InputStream;
>> +import java.io.Reader;
>> +import java.math.BigDecimal;
>> +import java.net.URL;
>> +import java.sql.Array;
>> +import java.sql.Blob;
>> +import java.sql.Clob;
>> +import java.sql.Date;
>> +import java.sql.NClob;
>> +import java.sql.Ref;
>> +import java.sql.ResultSet;
>> +import java.sql.ResultSetMetaData;
>> +import java.sql.RowId;
>> +import java.sql.SQLException;
>> +import java.sql.SQLWarning;
>> +import java.sql.SQLXML;
>> +import java.sql.Statement;
>> +import java.sql.Time;
>> +import java.sql.Timestamp;
>> +import java.util.Calendar;
>> +import java.util.Map;
>> +
>> +/**
>> + * Extensions of this class convert ResultSets into other objects.
>> + *
>> + * According to the DRY principle (Don't Repeat Yourself), repeating
>> resultSet
>> + * variable inside the {@link ResultSetHandler#handle(ResultSet)} over and
>> over for each iteration
>> + * can get a little tedious, AbstractResultSetHandler
>> implicitly gives users access to
>> + * ResultSet's methods.
>> + *
>
> There should be some samples of how to use the class, as it's not
> immediately obvious.
>
> -
> 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: svn commit: r1388495 - in /commons/proper/dbutils/trunk/src: changes/changes.xml main/java/org/apache/commons/dbutils/BaseResultSetHandler.java test/java/org/apache/commons/dbutils/BaseResultSetHa
>> +/** >> + * @param columnIndex >> + * @param scale >> + * @return >> + * @throws SQLException >> + * @deprecated >> + * @see java.sql.ResultSet#getBigDecimal(int, int) >> + */ > > Why add a new class with already deprecated methods? > I was a little in trouble when adding it indeed, but since the BaseResultSetHandler exposes ResultSet methods shortcut... why hiding that one? :) > If they are to be kept, then one needs to add the @Deprecated annotation. > > Also, the @deprecated Javadoc entry should state what to use instead. sure, that are missing indeed, thanks -Simo 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: [cli2] Is this now a dormant project?
Hi Duncan, thanks a lot for your interest in commons! CLI2 never left the Sandbox - where components are still in a prototypal state - the Dormant place is for Proper components that became... ehm, Dormant :P I am not aware of commons committers still interested on CLI2, I tried getting more involved but I moved to Cedric Beust's JCommander[1] because of its simplified APIs via annotations. Once adopted it, I felt without any motivation on maintaining CLI(2). I hope someone else will join you on getting CLI(2) released, good luck! best, -Simo [1] http://jcommander.org/ http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Sep 21, 2012 at 9:33 PM, Duncan Jones wrote: > Hi, > > The last code submission to CLI2 was in April 2010. There are six > issues open in the main CLI JIRA page (last update Nov 2011) and > nothing I can find in the Sandbox JIRA. > > I'd like to help get a version of CLI2 (finally) released, but I'm > concerned any such efforts would be in vein due to: > > - a lack of clarity over what needs to be done before a release is feasible > - a fear that there would be nobody to commit supplied patches > > Is anyone out there interested in pursuing this project? If so, shall > we aim to get moving and put a release out the door before the end of > the year? > > (If not, should this be voted to move into the Dormant projects?) > > Duncan > > - > 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: [cli2] Is this now a dormant project?
> the Dormant place is for Proper components that > became... ehm, Dormant :P According to the Dormant page, looks like I asserted a wrong sentence - apologize! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Sep 21, 2012 at 10:25 PM, Simone Tripodi wrote: > Hi Duncan, > > thanks a lot for your interest in commons! > > CLI2 never left the Sandbox - where components are still in a > prototypal state - the Dormant place is for Proper components that > became... ehm, Dormant :P > > I am not aware of commons committers still interested on CLI2, I tried > getting more involved but I moved to Cedric Beust's JCommander[1] > because of its simplified APIs via annotations. Once adopted it, I > felt without any motivation on maintaining CLI(2). > > I hope someone else will join you on getting CLI(2) released, good luck! > best, > -Simo > > [1] http://jcommander.org/ > > http://people.apache.org/~simonetripodi/ > http://simonetripodi.livejournal.com/ > http://twitter.com/simonetripodi > http://www.99soft.org/ > > > On Fri, Sep 21, 2012 at 9:33 PM, Duncan Jones wrote: >> Hi, >> >> The last code submission to CLI2 was in April 2010. There are six >> issues open in the main CLI JIRA page (last update Nov 2011) and >> nothing I can find in the Sandbox JIRA. >> >> I'd like to help get a version of CLI2 (finally) released, but I'm >> concerned any such efforts would be in vein due to: >> >> - a lack of clarity over what needs to be done before a release is feasible >> - a fear that there would be nobody to commit supplied patches >> >> Is anyone out there interested in pursuing this project? If so, shall >> we aim to get moving and put a release out the door before the end of >> the year? >> >> (If not, should this be voted to move into the Dormant projects?) >> >> Duncan >> >> - >> 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
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 89 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-22092012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-22092012.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
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 89 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: 10 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-22092012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-22092012.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 clas
[GUMP@vmgump]: Project commons-exec-test (in module apache-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-exec-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 2 runs. 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 24 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.024 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.027 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.025 ms Process completed in 2006 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 8047 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.793 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 22 02:04:57 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 1422092012, vmgump.apache.org:vmgump:1422092012 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.or
[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-digester3 has an issue affecting its community integration.
This issue affects 2 projects,
and has been outstanding for 94 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: 60 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: 1348286055955
[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
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 111 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: 56 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: 54 seconds [INFO] Finished at: Sat Sep 22 05:02:41 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
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 94 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: 15 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.014 sec Running org.apache.commons.proxy.factory.util.TestMethodSignature Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec Running org.apache.commons.proxy.provider.TestConstantProvider Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.016 sec Running org.apache.commons.proxy.interceptor.TestFilteredInterceptor Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.069 sec Running org.apache.commons.proxy.interceptor.filter.TestPatternFilter Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec Running org.apache.commons.proxy.interceptor.TestSerializingInterceptor Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.042 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.028 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.035 sec Running org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory Tests run: 37, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.31 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.032 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: 13 seconds [INFO] Finished at: Sat Sep 22 05:33:59 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
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 89 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: 15 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
-
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
[WARNING] The parameter expression: 'project.build.resources' used in mojo:
'process' has been deprecated. Use 'project.resources' instead.
[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: 1348292339934
[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 29 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 Mave
