Re: [weaver]/[bcel] WAS [privilizer] promotion plan
On 04/12/2012 22:54, Matt Benson wrote: Well, it looks like the most comfortable avenue for everyone is Commons [weaver]. IMO [weaver] would look like a framework for implementing any kind of code weaving, so the most important decision is the look of the API, and it would seem that eating our own dog food would be appropriate in Commons. Thus I would propose that [weaver] be built on top of [BCEL], and I would think it likely that we might provide a nice (fluent?) API for common code modifications. Firstly, does anyone object to using [BCEL] as [weaver]'s foundation?; No objection but I would query how much life there is in BCEL at the moment. secondly, can anyone tell me what (Java 7?) features [BCEL] currently lacks?; See https://issues.apache.org/bugzilla/show_bug.cgi?id=51661 and http://svn.apache.org/viewvc?view=revisionrevision=1377530 Essentially, the new types need to be added to the visitor interface and then all the classes that implement visitor need to be updated to handle the new types. thirdly, does any of us already have the expertise to add these? I have to read the Java Language Specification to figure out what was new and needed to be added for Java 7 support. If a committer was so inclined, there should be enough information available to figure out how the visitor implementations need to be amended. I suppose I could do this but I simply don't have the time given my other commitments. Mark - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [weaver]/[bcel] WAS [privilizer] promotion plan
On 4 December 2012 23:05, Gary Gregory garydgreg...@gmail.com wrote: I like the name weaver. Does it make sense to allow different libs to be plugged in? BCEL, ASM... Or do do we have to pick one? Based on what I see in various projects, ASM won, BCEL lost. Main problem tends to be different versions of ASM being incompatible. Stephen - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [weaver]/[bcel] WAS [privilizer] promotion plan
Hi all, Le 04/12/2012 23:54, Matt Benson a écrit : Well, it looks like the most comfortable avenue for everyone is Commons [weaver]. IMO [weaver] would look like a framework for implementing any kind of code weaving, so the most important decision is the look of the API, and it would seem that eating our own dog food would be appropriate in Commons. Thus I would propose that [weaver] be built on top of [BCEL], and I would think it likely that we might provide a nice (fluent?) API for common code modifications. Firstly, does anyone object to using [BCEL] as [weaver]'s foundation?; secondly, can anyone tell me what (Java 7?) features [BCEL] currently lacks?; thirdly, does any of us already have the expertise to add these? The [nabla] project also needs bytecode engineering. I don't know if it would fit within [weaver] API as it is really specific. It creates completely new classes using exisitng classes as templates, and the new classes generated methods contain deep modifications of the original methods (data flow analysis, types change, signatures changed, binding between generated and original methods and fields ...). Long ago, when [nabla] was only a personal project not yet contributed to commons, I used [BCEL] as the underlying bytecode engineering library. I finally switched to ASM as the [BCEL] API was not sufficient for some of my needs, whereas ASM was a perfect fit. Once again, I'm not sure if [nabla] could benefit from [weaver], so this comment may not be relevant in the discussion. best regards, Luc Thanks, Matt On Fri, Nov 30, 2012 at 6:35 AM, Emmanuel Bourg ebo...@apache.org wrote: Le 29/11/2012 19:12, Matt Benson a écrit : This would go back to the idea of something like a BCEL library (notwithstanding the fact that the existing privilizer code does not use BCEL). For such a component BCEL would be an implementation detail, so I don't think it should be a sub part of BCEL. If an annotation equivalent to @SwingInvokeLater can be added to the project I would be highly interested in using it. As for the name of the component, what about Commons Weaver ? Emmanuel Bourg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1417434 - /commons/proper/commons-parent/trunk/pom.xml
On 5 December 2012 14:17, ggreg...@apache.org wrote: Author: ggregory Date: Wed Dec 5 14:17:42 2012 New Revision: 1417434 URL: http://svn.apache.org/viewvc?rev=1417434view=rev Log: maven-compiler-plugin 2.5.1 - 3.0 Does that still work with Maven 2.2.1 ? Modified: commons/proper/commons-parent/trunk/pom.xml Modified: commons/proper/commons-parent/trunk/pom.xml URL: http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/pom.xml?rev=1417434r1=1417433r2=1417434view=diff == --- commons/proper/commons-parent/trunk/pom.xml (original) +++ commons/proper/commons-parent/trunk/pom.xml Wed Dec 5 14:17:42 2012 @@ -41,6 +41,7 @@ Version 28: cobertura-maven-plugin 2.5.1 - 2.5.2 buildnumber-maven-plugin 1.1- 1.2 maven-assembly-plugin 2.3- 2.4 + maven-compiler-plugin 2.5.1 - 3.0 For full details see: http://svn.apache.org/repos/asf/commons/proper/commons-parent/tags/commons-parent-28/RELEASE-NOTES.txt @@ -216,7 +217,7 @@ http://svn.apache.org/repos/asf/commons/ plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId - version2.5.1/version + version3.0/version configuration source${maven.compile.source}/source target${maven.compile.target}/target - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1417434 - /commons/proper/commons-parent/trunk/pom.xml
sebb wrote: On 5 December 2012 14:17, ggreg...@apache.org wrote: Author: ggregory Date: Wed Dec 5 14:17:42 2012 New Revision: 1417434 URL: http://svn.apache.org/viewvc?rev=1417434view=rev Log: maven-compiler-plugin 2.5.1 - 3.0 Does that still work with Maven 2.2.1 ? Yes. Modified: commons/proper/commons-parent/trunk/pom.xml Modified: commons/proper/commons-parent/trunk/pom.xml URL: http://svn.apache.org/viewvc/commons/proper/commons- parent/trunk/pom.xml?rev=1417434r1=1417433r2=1417434view=diff == --- commons/proper/commons-parent/trunk/pom.xml (original) +++ commons/proper/commons-parent/trunk/pom.xml Wed Dec 5 14:17:42 2012 @@ -41,6 +41,7 @@ Version 28: cobertura-maven-plugin 2.5.1 - 2.5.2 buildnumber-maven-plugin 1.1- 1.2 maven-assembly-plugin 2.3- 2.4 + maven-compiler-plugin 2.5.1 - 3.0 For full details see: http://svn.apache.org/repos/asf/commons/proper/commons- parent/tags/commons-parent-28/RELEASE-NOTES.txt @@ -216,7 +217,7 @@ http://svn.apache.org/repos/asf/commons/ plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId - version2.5.1/version + version3.0/version configuration source${maven.compile.source}/source target${maven.compile.target}/target - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1417434 - /commons/proper/commons-parent/trunk/pom.xml
On Dec 5, 2012, at 9:22, sebb seb...@gmail.com wrote: On 5 December 2012 14:17, ggreg...@apache.org wrote: Author: ggregory Date: Wed Dec 5 14:17:42 2012 New Revision: 1417434 URL: http://svn.apache.org/viewvc?rev=1417434view=rev Log: maven-compiler-plugin 2.5.1 - 3.0 Does that still work with Maven 2.2.1 ? It works with 2.0.9 according to http://maven.apache.org/plugins/maven-compiler-plugin/plugin-info.html Gary Modified: commons/proper/commons-parent/trunk/pom.xml Modified: commons/proper/commons-parent/trunk/pom.xml URL: http://svn.apache.org/viewvc/commons/proper/commons-parent/trunk/pom.xml?rev=1417434r1=1417433r2=1417434view=diff == --- commons/proper/commons-parent/trunk/pom.xml (original) +++ commons/proper/commons-parent/trunk/pom.xml Wed Dec 5 14:17:42 2012 @@ -41,6 +41,7 @@ Version 28: cobertura-maven-plugin 2.5.1 - 2.5.2 buildnumber-maven-plugin 1.1- 1.2 maven-assembly-plugin 2.3- 2.4 + maven-compiler-plugin 2.5.1 - 3.0 For full details see: http://svn.apache.org/repos/asf/commons/proper/commons-parent/tags/commons-parent-28/RELEASE-NOTES.txt @@ -216,7 +217,7 @@ http://svn.apache.org/repos/asf/commons/ plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId - version2.5.1/version + version3.0/version configuration source${maven.compile.source}/source target${maven.compile.target}/target - 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: [weaver]/[bcel] WAS [privilizer] promotion plan
A [weaver] component as I envisioning it would provide e.g. a BytecodeWeaver interface, a custom implementation of which could be specified via: - the Maven plugin - the Antlib - the Java API Thus IMO it would be quite natural for [nabla] to make use of [weaver]. From Torsten's/Mark's/Stephen's comments it sounds like using ASM might be less painful after all, dog food be damned. :/ @Emmanuel: My approach with the Antlib was to create a shaded uberjar so that the user wouldn't have to worry about dependencies. This came out to 900K, but typically this would be added to Ant's classpath rather than shipped per-project. The API jar is 3K, and would be the only thing required for compilation. Scale that by N weaver implementations (some of which possibly won't use a custom, or any, annotation) and the size of compilation dependencies would seem easily manageable. Agreed? Matt On Wed, Dec 5, 2012 at 4:16 AM, Luc Maisonobe luc.maison...@free.fr wrote: Hi all, Le 04/12/2012 23:54, Matt Benson a écrit : Well, it looks like the most comfortable avenue for everyone is Commons [weaver]. IMO [weaver] would look like a framework for implementing any kind of code weaving, so the most important decision is the look of the API, and it would seem that eating our own dog food would be appropriate in Commons. Thus I would propose that [weaver] be built on top of [BCEL], and I would think it likely that we might provide a nice (fluent?) API for common code modifications. Firstly, does anyone object to using [BCEL] as [weaver]'s foundation?; secondly, can anyone tell me what (Java 7?) features [BCEL] currently lacks?; thirdly, does any of us already have the expertise to add these? The [nabla] project also needs bytecode engineering. I don't know if it would fit within [weaver] API as it is really specific. It creates completely new classes using exisitng classes as templates, and the new classes generated methods contain deep modifications of the original methods (data flow analysis, types change, signatures changed, binding between generated and original methods and fields ...). Long ago, when [nabla] was only a personal project not yet contributed to commons, I used [BCEL] as the underlying bytecode engineering library. I finally switched to ASM as the [BCEL] API was not sufficient for some of my needs, whereas ASM was a perfect fit. Once again, I'm not sure if [nabla] could benefit from [weaver], so this comment may not be relevant in the discussion. best regards, Luc Thanks, Matt On Fri, Nov 30, 2012 at 6:35 AM, Emmanuel Bourg ebo...@apache.org wrote: Le 29/11/2012 19:12, Matt Benson a écrit : This would go back to the idea of something like a BCEL library (notwithstanding the fact that the existing privilizer code does not use BCEL). For such a component BCEL would be an implementation detail, so I don't think it should be a sub part of BCEL. If an annotation equivalent to @SwingInvokeLater can be added to the project I would be highly interested in using it. As for the name of the component, what about Commons Weaver ? Emmanuel Bourg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1416672 - /commons/proper/email/trunk/pom.xml
On 12/04/2012 10:41 PM, sebb wrote: On 4 December 2012 21:16, Thomas Neidhart thomas.neidh...@gmail.com wrote: On 12/03/2012 11:25 PM, sebb wrote: On 3 December 2012 22:11, Thomas Neidhart thomas.neidh...@gmail.com wrote: On 12/03/2012 11:01 PM, Gary Gregory wrote: Note that Commons IO 2.4 requires a minimum of JDK 1.6. ok, reverted to IO 2.2. dependency groupIdnet.sf.retrotranslator/groupId artifactIdretrotranslator-runtime/artifactId -version1.2.1/version +version1.2.9/version scopetest/scope /dependency Is the above dependency still needed for Java 1.5? Actually I did not yet look into it, but a brief search shows that it is only needed for compatibility with jdk 1.3 1.4, so I guess we can remove it now? As I suspected. It's only a test dependency anyway. Try a test; remove it and retest? I have seen you already did the change yourself together with lots of other things. Yes, I did the test as above. Thanks! OK, no problem! The fixes found a bug in one of the tests - trying to use String instead of InternetAddress when calling setCc. BTW Clirr reports several errors, but I think these are false positives. Several String constants were removed from the Email class (not by me) and moved into an interface that it now implements. The constants are still accessible as Email.CONSTANT, so I assume this should not cause problems. But ideally someone should compile a jar of the 1.2 test classes (using the 1.2 tag) and test against the 1.3 main jar. That would show any binary compat issues. [I think we now automatically include test jars in the Maven output, but may not have been done for 1.2] ok, I compiled the 1.3 jar, created the 1.2 test-jar and used the junit command line tool to run the 1.2 tests using the 1.3 jar. All tests were successful. Thomas - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[beanutils] Property access on a fluent API
Hi all, in [configuration] [beanutils] is used to initialize properties of Java objects defined in configuration files. This works fine as long as the objects conform to the Java Beans specification. Now I would like to initialize other objects, too, which implement a fluent interface as follows: class Param { public Param setFoo(String value) { ... } } Such properties are not detected by [beanutils] with its standard mechanism. As a work-around, I currently provide specific BeanInfo classes for the affected Java objects I want to process. They use a mechanism which scans a class's methods and adds property descriptors for set methods even if they have a non-void return type. Because fluent APIs like that are becoming more and more popular I wonder whether it would be a good extension for [beanutils] to be more flexible when searching for property access methods. I guess, ultimately, I am asking for an extension point where a custom introspection mechanism can be plugged in so that client code is free to provide additional property descriptors for its data objects. Would there be interest to add such a feature to [beanutils]? For version 1.x or 2.0? Oliver - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[continuum] BUILD FAILURE: Apache Commons - Commons Configuration - Group (shared) Maven 2 Build Definition (Java 1.5)
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=25422projectId=72 Build statistics: State: Failed Previous State: Ok Started at: Wed 5 Dec 2012 21:20:17 + Finished at: Wed 5 Dec 2012 21:22:35 + Total time: 2m 17s Build Trigger: Schedule Build Number: 209 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: oheger @ Wed 5 Dec 2012 20:44:18 + Comment: Added more features to CombinedConfigurationBuilder: support for combiner configuration and custom builder providers. Files changed: /commons/proper/configuration/trunk/src/main/java/org/apache/commons/configuration/builder/combined/CombinedBuilderParameters.java ( 1417638 ) /commons/proper/configuration/trunk/src/main/java/org/apache/commons/configuration/builder/combined/CombinedConfigurationBuilder.java ( 1417638 ) /commons/proper/configuration/trunk/src/test/java/org/apache/commons/configuration/builder/combined/TestCombinedBuilderParameters.java ( 1417638 ) /commons/proper/configuration/trunk/src/test/resources/testExtendedXMLConfigurationProvider.xml ( 1417638 ) /commons/proper/configuration/trunk/src/test/resources/testResultInitialization.xml ( 1417638 ) 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: 1800 Failures: 0 Errors: 2 Success Rate: 99 Total time: 71.22899 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [beanutils] Property access on a fluent API
Hi Oliver, AFAIK beanutils is not restricted to pure JavaBeans. The project website just says that the component provides simple wrappers around the java refelct and introspect API. So I would say, that the functionality you propsed would fit nicely into BU (maybe the scope has changed and now the name is a bit misleading?!). Regarding your question where to implement it: I did some work on beanutils 2, but there are several outstanding issues on JIRA that block me from providing more patches. So development is a bit stuck until someone can step in and review those issues and the patches attached to them. After that, there are a some points to address before BU2 can be promoted to proper and eventually be released [1]. So if you need that functionality quickly, it would probably be easier to add it to BU1 and push out a release. Regards, Benedikt [1] http://markmail.org/thread/5zgoyid5ld7otwsv 2012/12/5 Oliver Heger oliver.he...@oliver-heger.de Hi all, in [configuration] [beanutils] is used to initialize properties of Java objects defined in configuration files. This works fine as long as the objects conform to the Java Beans specification. Now I would like to initialize other objects, too, which implement a fluent interface as follows: class Param { public Param setFoo(String value) { ... } } Such properties are not detected by [beanutils] with its standard mechanism. As a work-around, I currently provide specific BeanInfo classes for the affected Java objects I want to process. They use a mechanism which scans a class's methods and adds property descriptors for set methods even if they have a non-void return type. Because fluent APIs like that are becoming more and more popular I wonder whether it would be a good extension for [beanutils] to be more flexible when searching for property access methods. I guess, ultimately, I am asking for an extension point where a custom introspection mechanism can be plugged in so that client code is free to provide additional property descriptors for its data objects. Would there be interest to add such a feature to [beanutils]? For version 1.x or 2.0? Oliver --**--**- To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1416672 - /commons/proper/email/trunk/pom.xml
On 5 December 2012 20:47, Thomas Neidhart thomas.neidh...@gmail.com wrote: On 12/04/2012 10:41 PM, sebb wrote: On 4 December 2012 21:16, Thomas Neidhart thomas.neidh...@gmail.com wrote: On 12/03/2012 11:25 PM, sebb wrote: On 3 December 2012 22:11, Thomas Neidhart thomas.neidh...@gmail.com wrote: On 12/03/2012 11:01 PM, Gary Gregory wrote: Note that Commons IO 2.4 requires a minimum of JDK 1.6. ok, reverted to IO 2.2. dependency groupIdnet.sf.retrotranslator/groupId artifactIdretrotranslator-runtime/artifactId -version1.2.1/version +version1.2.9/version scopetest/scope /dependency Is the above dependency still needed for Java 1.5? Actually I did not yet look into it, but a brief search shows that it is only needed for compatibility with jdk 1.3 1.4, so I guess we can remove it now? As I suspected. It's only a test dependency anyway. Try a test; remove it and retest? I have seen you already did the change yourself together with lots of other things. Yes, I did the test as above. Thanks! OK, no problem! The fixes found a bug in one of the tests - trying to use String instead of InternetAddress when calling setCc. BTW Clirr reports several errors, but I think these are false positives. Several String constants were removed from the Email class (not by me) and moved into an interface that it now implements. The constants are still accessible as Email.CONSTANT, so I assume this should not cause problems. But ideally someone should compile a jar of the 1.2 test classes (using the 1.2 tag) and test against the 1.3 main jar. That would show any binary compat issues. [I think we now automatically include test jars in the Maven output, but may not have been done for 1.2] ok, I compiled the 1.3 jar, created the 1.2 test-jar and used the junit command line tool to run the 1.2 tests using the 1.3 jar. All tests were successful. Excellent! Thanks for doing this. Thomas - 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 57 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-06122012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-06122012.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 TgetObject(String,ClassT) [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 TgetObject(String,ClassT) in ResultSet [javac] public class DelegatingResultSet extends
[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 226 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-dbcp2 : Database Connection Pool Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-dbcp2/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole jar output [commons-dbcp2-*[0-9T].jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-dbcp2/gump_work/build_apache-commons_commons-dbcp2.html Work Name: build_apache-commons_commons-dbcp2 (Type: Build) Work ended in a state of : Failed Elapsed: 9 secs Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true -Dbuild.sysclasspath=only -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml dist [Working Directory: /srv/gump/public/workspace/apache-commons/dbcp] CLASSPATH: /usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/apache-commons/dbcp/dist/classes:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar:/srv/gump/packages/jdbc2_0/jdbc2_0-stdext.jar:/srv/gump/public/workspace/junit/dist/junit-06122012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-06122012.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 TgetObject(String,ClassT) in CallableStatement [javac] public class DelegatingCallableStatement extends DelegatingPreparedStatement [javac]^ [javac] where T is a type-variable: [javac] T extends Object declared in method TgetObject(String,ClassT) [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
[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 57 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: 1 min 4 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: 1354765866626 [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.annotations.processor.GeneratedRulesModule
[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 62 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: 17 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 - Running org.apache.commons.proxy.factory.util.TestMethodSignature Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec Results : Tests in error: testSerialization(org.apache.commons.proxy.interceptor.TestMethodInterceptorAdapter) testMethodInvocationImplementation(org.apache.commons.proxy.interceptor.TestMethodInterceptorAdapter) testMethodInterception(org.apache.commons.proxy.interceptor.TestMethodInterceptorAdapter) testInvalidHandlerName(org.apache.commons.proxy.invoker.TestXmlRpcInvoker) testMethodInvocation(org.apache.commons.proxy.invoker.TestInvocationHandlerAdapter) testInterceptorEquals(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerEquals(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorWithSuperclass(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerWithSuperclass(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testProxiesWithClashingFinalMethodInSuperclass(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorHashCode(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerHashCode(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testBooleanInterceptorParameter(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testChangingArguments(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testCreateInterceptorProxy(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptingProxyClassCaching(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptingProxySerializable(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorProxyWithCheckedException(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorProxyWithUncheckedException(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerProxy(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerProxyClassCaching(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerProxySerializable(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testMethodInvocationClassCaching(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testMethodInvocationDuplicateMethods(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testMethodInvocationImplementation(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testWithNonAccessibleTargetType(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testCreateNullObject(org.apache.commons.proxy.TestProxyUtils) testCreateNullObjectWithClassLoader(org.apache.commons.proxy.TestProxyUtils) Tests run: 179, Failures: 0, Errors: 28, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There
[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 226 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: 16 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: 1354771443482 [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 Maven