[g...@vmgump]: Project commons-configuration-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-configuration-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 103 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-configuration-test : Apache Commons Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -WARNING- Overriding Maven2 settings: [/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml] -DEBUG- (Gump generated) Maven2 Settings in: /srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/configuration/pom.xml -INFO- Project Reports in: /srv/gump/public/workspace/apache-commons/configuration/target/surefire-reports The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/gump_work/build_apache-commons_commons-configuration-test.html Work Name: build_apache-commons_commons-configuration-test (Type: Build) Work ended in a state of : Failed Elapsed: 5 mins Command Line: mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml test [Working Directory: /srv/gump/public/workspace/apache-commons/configuration] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/configuration/target/commons-configuration-1.7-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/jexl/target/commons-jexl-2.0-SNAPSHOT.jar - testInitCopy(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithDelimiterParsingDisabled(org.apache.commons.configuration.TestXMLConfiguration) testSetRootAttribute(org.apache.commons.configuration.TestXMLConfiguration) testLoadAndSaveFromFile(org.apache.commons.configuration.TestXMLConfiguration) testSaveToURL(org.apache.commons.configuration.TestXMLConfiguration) testSaveToStream(org.apache.commons.configuration.TestXMLConfiguration) testAutoSave(org.apache.commons.configuration.TestXMLConfiguration) testSaveAttributes(org.apache.commons.configuration.TestXMLConfiguration) testCloneWithSave(org.apache.commons.configuration.TestXMLConfiguration) testEmptyElements(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithEncoding(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithNullEncoding(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithDoctype(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithDoctypeIDs(org.apache.commons.configuration.TestXMLConfiguration) testSubsetWithReload(org.apache.commons.configuration.TestXMLConfiguration) testConfigurationAtWithReload(org.apache.commons.configuration.TestXMLConfiguration) testConfigurationsAtWithReload(org.apache.commons.configuration.TestXMLConfiguration) testGetKeysWithReload(org.apache.commons.configuration.TestXMLConfiguration) testSetTextRootElement(org.apache.commons.configuration.TestXMLConfiguration) testClearTextRootElement(org.apache.commons.configuration.TestXMLConfiguration) testAutoSaveWithSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration) testAutoSaveWithSubSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration) testSaveDelimiterParsingDisabled(org.apache.commons.configuration.TestXMLConfiguration) testSaveDelimiterParsingDisabledAttrs(org.apache.commons.configuration.TestXMLConfiguration) testMultipleAttrValuesEscaped(org.apache.commons.configuration.TestXMLConfiguration) testAutoSaveWithReloadingStrategy(org.apache.commons.configuration.TestXMLConfiguration) testAutoSaveAddNodes(org.apache.commons.configuration.TestXMLConfiguration) testAddNodesAndSave(org.apache.commons.configuration.TestXMLConfiguration) testRegisterEntityId(org.apache.commons.configuration.TestXMLConfiguration) testSaveAfterCreateWithCopyConstructor(org.apache.commons.configuration.TestXMLConfiguration) testCopyRootName(org.apache.commons.configuration.TestXMLConfiguration) testCopyRootNameNoDocument(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithValidation(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithValidationFailure(org.apache.commons.configuration.TestXMLConfiguration) Tests run: 1453, Failures: 0, Errors: 58, Skipped: 0 [INFO]
[g...@vmgump]: Project commons-jelly-tags-xmlunit (in module commons-jelly) success, but with warnings.
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-xmlunit contains errors. The current state of this project is 'Success'. Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xmlunit/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-xmlunit-08112009.jar] identifier set to project name -ERROR- Output with id xmlunit-sumo was not found in project xmlunit -ERROR- Unhandled Property: maven.jar.xmlunit on: Maven on Project:commons-jelly-tags-xmlunit -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- Dependency on xmlunit exists, no need to add for property maven.jar.xmlunit. -DEBUG- (Gump generated) Maven Properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/build.properties -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/project.xml -DEBUG- Maven project properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/project.properties -INFO- No license on redistributable project with outputs. -INFO- Project Reports in: /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xmlunit/gump_work/build_commons-jelly_commons-jelly-tags-xmlunit.html Work Name: build_commons-jelly_commons-jelly-tags-xmlunit (Type: Build) Work ended in a state of : Success Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-08112009.jar:/srv/gump/public/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/public/workspace/commons-jelly/target/commons-jelly-08112009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-08112009.jar:/srv/gump/public/workspace/apache-commons/jexl/target/commons-jexl-2.0-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-08112009.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-08112009.jar:/srv/gump/public/workspace/dom4j/build/dom4j.jar:/srv/gump/public/workspace/jaxen/target/jaxen-08112009.jar:/srv/gump/public/workspace/junit/dist/junit-08112009.jar:/srv/gump/public/workspace/xml-commons/java/external/bui ld/xml-apis-ext.jar:/srv/gump/public/workspace/xmlunit/build/java/lib/xmlunit-sumo-08112009.jar - __ __ | \/ |__ _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/xmlunit/target/classes java:compile: [echo] Compiling to /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/classes [javac] Compiling 5 source files to /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/classes java:jar-resources: test:prepare-filesystem: [mkdir] Created dir: /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/test-classes [mkdir] Created dir: /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/test-reports test:test-resources: test:compile: test:test: jar:jar: [copy] Copying 1 file to /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/classes [copy] Copying 1 file to /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/classes [jar] Building jar: /srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/commons-jelly-tags-xmlunit-08112009.jar BUILD SUCCESSFUL Total time: 3 seconds Finished at: Sun Nov 08 03:25:22 PST 2009 - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xmlunit/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-xmlunit/atom.xml == Gump Tracking Only === Produced by Gump version 2.3. Gump Run 0308112009, vmgump:vmgump-public:0308112009 Gump E-mail Identifier (unique within run) #45. -- Apache Gump http://gump.apache.org/ [Instance: vmgump]
Re: [VOTE] Release of DbUtils 1.3 RC3
Dan Fabulich a écrit : This release includes support for Java5 generics and varargs. For RC3 I fixed the CheckStyle and FindBugs errors, except for the bad practice bug of using getClass().getResourceAsStream(), which would probably require an API change. Thanks for taking care of these errors. +1 for the release Luc As noted in earlier RCs, I believe 1.3 to be a backwards compatible binary, but I'm still only 99% sure of this; clirr reports a bunch of compatibility errors that look like nonsense. I did run the compiled 1.2 tests against 1.3 and it looks OK. +1 from me! PS I, uh, accidentally overwrote 1.3 RC2 while uploading this version. You can still rebuild 1.3 RC2 from source if you need to see the binary diffs, but RC2 won't be officially released, so I don't think any real harm has been done. -- Tag: https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_3_RC3/ Site: http://people.apache.org/builds/commons/dbutils/1.3/RC3/site/index.html Binaries: http://people.apache.org/builds/commons/dbutils/1.3/RC3/staged/commons-dbutils/commons-dbutils/1.3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[g...@vmgump]: Project commons-jelly-tags-jaxme (in module commons-jelly) success, but with warnings.
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-jaxme contains errors. The current state of this project is 'Success'. Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-jaxme-08112009.jar] identifier set to project name -ERROR- Output with id xmlunit-sumo was not found in project xmlunit -ERROR- Unhandled Property: maven.jar.xmlunit on: Maven on Project:commons-jelly-tags-jaxme -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-js. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-xs. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-api. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- Dependency on xmlunit exists, no need to add for property maven.jar.xmlunit. -DEBUG- (Gump generated) Maven Properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/build.properties -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.xml -DEBUG- Maven project properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.properties -INFO- No license on redistributable project with outputs. -INFO- Project Reports in: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/gump_work/build_commons-jelly_commons-jelly-tags-jaxme.html Work Name: build_commons-jelly_commons-jelly-tags-jaxme (Type: Build) Work ended in a state of : Success Elapsed: 3 secs Command Line: maven --offline jar [Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-08112009.jar:/srv/gump/public/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/public/workspace/commons-jelly/target/commons-jelly-08112009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-08112009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/commons-jelly-tags-xmlunit-08112009.jar:/srv/gump/public/workspace/apache-commons/jexl/target/commons-jexl-2.0-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-08112009.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-08112009.jar:/srv/gump/public/workspace/dom4j/build/dom4j.jar:/srv/gump/public/workspace/jaxen/target/jaxen-08112009.jar:/srv/g ump/packages/ws-jaxme-0.5/lib/jaxme2-0.5.jar:/srv/gump/packages/ws-jaxme-0.5/lib/jaxmeapi-0.5.jar:/srv/gump/packages/ws-jaxme-0.5/lib/jaxmejs-0.5.jar:/srv/gump/packages/ws-jaxme-0.5/lib/jaxmexs-0.5.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/xmlunit/build/java/lib/xmlunit-sumo-08112009.jar - __ __ | \/ |__ _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/jaxme/target/classes java:compile: [echo] Compiling to /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/classes [javac] Compiling 4 source files to /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/classes java:jar-resources: Copying 3 files to /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/classes test:prepare-filesystem: [mkdir] Created dir: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/test-classes [mkdir] Created dir: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/test-reports test:test-resources: test:compile: test:test: jar:jar: [copy] Copying 1 file to /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/classes [copy] Copying 1 file to /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/classes [jar] Building jar:
[g...@vmgump]: Project commons-jelly-tags-fmt-test (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-fmt-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 3 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-fmt-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties] -DEBUG- (Gump generated) Maven Properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml -DEBUG- Maven project properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties -INFO- Project Reports in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build) Work ended in a state of : Failed Elapsed: 5 secs Command Line: maven --offline jar [Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.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/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-util-2.0b4.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-08112009.jar:/srv/gump/pu blic/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/public/workspace/commons-jelly/target/commons-jelly-08112009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-08112009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-08112009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-08112009.jar:/srv/gump/public/workspace/apache-commons/jexl/target/commons-jexl-2.0-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-08112009.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-08112009.jar:/srv/gump/public/workspace/dom4j/build/dom4j.jar:/srv/gump/public/workspace/jaxen/target/jaxen-08112009.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jel ly-tags-fmt-08112009.jar - [junit] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:111) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:267) [junit] ... 11 more [junit] Root cause [junit] java.lang.NoClassDefFoundError: org/apache/tools/ant/Main [junit] at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128) [junit] at org.apache.commons.jelly.tags.ant.AntTagLibrary.getProject(AntTagLibrary.java:96) [junit] at org.apache.commons.jelly.tags.ant.AntTag.getAntProject(AntTag.java:310) [junit] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:111) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:267) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:60) [junit] [junit] [junit] Testcase:
Re: [VOTE] Release of DbUtils 1.3 RC3
+1 again Dan Fabulich wrote: This release includes support for Java5 generics and varargs. For RC3 I fixed the CheckStyle and FindBugs errors, except for the bad practice bug of using getClass().getResourceAsStream(), which would probably require an API change. As noted in earlier RCs, I believe 1.3 to be a backwards compatible binary, but I'm still only 99% sure of this; clirr reports a bunch of compatibility errors that look like nonsense. I did run the compiled 1.2 tests against 1.3 and it looks OK. +1 from me! PS I, uh, accidentally overwrote 1.3 RC2 while uploading this version. You can still rebuild 1.3 RC2 from source if you need to see the binary diffs, but RC2 won't be officially released, so I don't think any real harm has been done. -- Tag: https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_3_RC3/ Site: http://people.apache.org/builds/commons/dbutils/1.3/RC3/site/index.html Binaries: http://people.apache.org/builds/commons/dbutils/1.3/RC3/staged/commons-dbutils/commons-dbutils/1.3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because - 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: [VOTE] Release of DbUtils 1.3 RC3
+1 as before. Thanks a lot for doing all this. Julien 2009/11/8 Dan Fabulich d...@fabulich.com: This release includes support for Java5 generics and varargs. For RC3 I fixed the CheckStyle and FindBugs errors, except for the bad practice bug of using getClass().getResourceAsStream(), which would probably require an API change. As noted in earlier RCs, I believe 1.3 to be a backwards compatible binary, but I'm still only 99% sure of this; clirr reports a bunch of compatibility errors that look like nonsense. I did run the compiled 1.2 tests against 1.3 and it looks OK. +1 from me! PS I, uh, accidentally overwrote 1.3 RC2 while uploading this version. You can still rebuild 1.3 RC2 from source if you need to see the binary diffs, but RC2 won't be officially released, so I don't think any real harm has been done. -- Tag: https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_3_RC3/ Site: http://people.apache.org/builds/commons/dbutils/1.3/RC3/site/index.html Binaries: http://people.apache.org/builds/commons/dbutils/1.3/RC3/staged/commons-dbutils/commons-dbutils/1.3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release of DbUtils 1.3 RC3
I tried to build the sources on a JDK 1.5 and got the following errors: D:\data\projects\OpenSource\dbutils\commons-dbutils-1.3-src\src\java\org\apache\ commons\dbutils\wrappers\SqlNullCheckedResultSet.java:[216,53] cannot find symbol symbol : method copyOf(byte[],int) location: class java.util.Arrays D:\data\projects\OpenSource\dbutils\commons-dbutils-1.3-src\src\java\org\apache\ commons\dbutils\wrappers\SqlNullCheckedResultSet.java:[452,31] cannot find symbol symbol : method copyOf(byte[],int) location: class java.util.Arrays The Arrays.copyOf() method was introduced in JDK 1.6. Shouldn't DbUtils 1.3 be compatible with Java 1.5? Oliver Dan Fabulich schrieb: This release includes support for Java5 generics and varargs. For RC3 I fixed the CheckStyle and FindBugs errors, except for the bad practice bug of using getClass().getResourceAsStream(), which would probably require an API change. As noted in earlier RCs, I believe 1.3 to be a backwards compatible binary, but I'm still only 99% sure of this; clirr reports a bunch of compatibility errors that look like nonsense. I did run the compiled 1.2 tests against 1.3 and it looks OK. +1 from me! PS I, uh, accidentally overwrote 1.3 RC2 while uploading this version. You can still rebuild 1.3 RC2 from source if you need to see the binary diffs, but RC2 won't be officially released, so I don't think any real harm has been done. -- Tag: https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_3_RC3/ Site: http://people.apache.org/builds/commons/dbutils/1.3/RC3/site/index.html Binaries: http://people.apache.org/builds/commons/dbutils/1.3/RC3/staged/commons-dbutils/commons-dbutils/1.3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[VOTE] Release of DbUtils 1.3 RC4
This release includes support for Java5 generics and varargs. In RC3 I accidentally added a dependency on Java 1.6 while fixing FindBugs errors; in RC4 I fixed that bug. As noted in earlier RCs, I believe 1.3 to be a backwards compatible binary, but I'm still only 99% sure of this; clirr reports a bunch of compatibility errors that look like nonsense. I did run the compiled 1.2 tests against 1.3 and it looks OK. +1 from me! -- Tag: https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_3_RC4/ Site: http://people.apache.org/builds/commons/dbutils/1.3/RC4/site/index.html Binaries: http://people.apache.org/builds/commons/dbutils/1.3/RC4/staged/commons-dbutils/commons-dbutils/1.3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release of DbUtils 1.3 RC3
D'oh! Good catch... Oliver Heger wrote: I tried to build the sources on a JDK 1.5 and got the following errors: D:\data\projects\OpenSource\dbutils\commons-dbutils-1.3-src\src\java\org\apache\ commons\dbutils\wrappers\SqlNullCheckedResultSet.java:[216,53] cannot find symbol symbol : method copyOf(byte[],int) location: class java.util.Arrays D:\data\projects\OpenSource\dbutils\commons-dbutils-1.3-src\src\java\org\apache\ commons\dbutils\wrappers\SqlNullCheckedResultSet.java:[452,31] cannot find symbol symbol : method copyOf(byte[],int) location: class java.util.Arrays The Arrays.copyOf() method was introduced in JDK 1.6. Shouldn't DbUtils 1.3 be compatible with Java 1.5? Oliver Dan Fabulich schrieb: This release includes support for Java5 generics and varargs. For RC3 I fixed the CheckStyle and FindBugs errors, except for the bad practice bug of using getClass().getResourceAsStream(), which would probably require an API change. As noted in earlier RCs, I believe 1.3 to be a backwards compatible binary, but I'm still only 99% sure of this; clirr reports a bunch of compatibility errors that look like nonsense. I did run the compiled 1.2 tests against 1.3 and it looks OK. +1 from me! PS I, uh, accidentally overwrote 1.3 RC2 while uploading this version. You can still rebuild 1.3 RC2 from source if you need to see the binary diffs, but RC2 won't be officially released, so I don't think any real harm has been done. -- Tag: https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_3_RC3/ Site: http://people.apache.org/builds/commons/dbutils/1.3/RC3/site/index.html Binaries: http://people.apache.org/builds/commons/dbutils/1.3/RC3/staged/commons-dbutils/commons-dbutils/1.3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release of DbUtils 1.3 RC4
+1 Dan Fabulich wrote: This release includes support for Java5 generics and varargs. In RC3 I accidentally added a dependency on Java 1.6 while fixing FindBugs errors; in RC4 I fixed that bug. As noted in earlier RCs, I believe 1.3 to be a backwards compatible binary, but I'm still only 99% sure of this; clirr reports a bunch of compatibility errors that look like nonsense. I did run the compiled 1.2 tests against 1.3 and it looks OK. +1 from me! -- Tag: https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_3_RC4/ Site: http://people.apache.org/builds/commons/dbutils/1.3/RC4/site/index.html Binaries: http://people.apache.org/builds/commons/dbutils/1.3/RC4/staged/commons-dbutils/commons-dbutils/1.3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release of DbUtils 1.3 RC4
Dan Fabulich a écrit : This release includes support for Java5 generics and varargs. In RC3 I accidentally added a dependency on Java 1.6 while fixing FindBugs errors; in RC4 I fixed that bug. There is a new (very minor) checkstyle error in this version. This is not blocking. +1 Luc As noted in earlier RCs, I believe 1.3 to be a backwards compatible binary, but I'm still only 99% sure of this; clirr reports a bunch of compatibility errors that look like nonsense. I did run the compiled 1.2 tests against 1.3 and it looks OK. +1 from me! -- Tag: https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_3_RC4/ Site: http://people.apache.org/builds/commons/dbutils/1.3/RC4/site/index.html Binaries: http://people.apache.org/builds/commons/dbutils/1.3/RC4/staged/commons-dbutils/commons-dbutils/1.3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release of DbUtils 1.3 RC4
+1 Oliver Dan Fabulich schrieb: This release includes support for Java5 generics and varargs. In RC3 I accidentally added a dependency on Java 1.6 while fixing FindBugs errors; in RC4 I fixed that bug. As noted in earlier RCs, I believe 1.3 to be a backwards compatible binary, but I'm still only 99% sure of this; clirr reports a bunch of compatibility errors that look like nonsense. I did run the compiled 1.2 tests against 1.3 and it looks OK. +1 from me! -- Tag: https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_3_RC4/ Site: http://people.apache.org/builds/commons/dbutils/1.3/RC4/site/index.html Binaries: http://people.apache.org/builds/commons/dbutils/1.3/RC4/staged/commons-dbutils/commons-dbutils/1.3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release of DbUtils 1.3 RC4
+1 Julien 2009/11/8 Dan Fabulich d...@fabulich.com: This release includes support for Java5 generics and varargs. In RC3 I accidentally added a dependency on Java 1.6 while fixing FindBugs errors; in RC4 I fixed that bug. As noted in earlier RCs, I believe 1.3 to be a backwards compatible binary, but I'm still only 99% sure of this; clirr reports a bunch of compatibility errors that look like nonsense. I did run the compiled 1.2 tests against 1.3 and it looks OK. +1 from me! -- Tag: https://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_3_RC4/ Site: http://people.apache.org/builds/commons/dbutils/1.3/RC4/site/index.html Binaries: http://people.apache.org/builds/commons/dbutils/1.3/RC4/staged/commons-dbutils/commons-dbutils/1.3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
RE: [vfs] JDK 1.5
Hi! looking at Ralph's comment in https://issues.apache.org/jira/browse/VFS-254 I am questionning myself, if there's any reason why vfs 2.0 should still have JDK 1.4 as requirement and not JDK 1.5. If it is just me, I'd be happy to drop 1.4 dependency - Past votes were declined. Probably the time is ripe now. If it is worth to generify the API is another story - as Ralph pointed out, the next logical step for VFS is to support the upcomming JDK 1.7 file.spi stuff. That is also my view, and hopefully falls into times where I have more time left to spend for VFS again. Having a complete new api I see no point putting efforts into generifying the current api. If we discover that the JDK 1.7 api is too limiting thigs might change, though. On the other hand, as the VFS api is today, generifying it might be a no-brainer ;-) We event might manage to generify without changed the VFS api - keeping it backward compatible. Ciao, Mario
RE: [vfs] JDK 1.5
-Original Message- From: news [mailto:n...@ger.gmane.org] On Behalf Of Jörg Schaible Sent: Sunday, November 08, 2009 22:24 To: dev@commons.apache.org Subject: [vfs] JDK 1.5 Guys, looking at Ralph's comment in https://issues.apache.org/jira/browse/VFS-254 I am questionning myself, if there's any reason why vfs 2.0 should still have JDK 1.4 as requirement and not JDK 1.5. VFS 2.0 will be a major release and JDK 1.7 is years away to be used for our conservative customers. Although we have still some maintenance support for JDK 1.4-based apps, they're phasing out and we will definitely not update dependencies with major releases. Therefore I'd rather have a VFS with more modern API (generics) in 2.0 than an old-fashioned version 2.0 based on JDK 1.4 especially if the major release means that API changes too much for a drop in replacement of 1.1. Thoughts ? Yes, good idea, drop Java 1.4 in favor of at least 1.5. Gary - Jörg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [vfs] JDK 1.5
On Nov 8, 2009, at 10:24 PM, Jörg Schaible wrote: Guys, looking at Ralph's comment in https://issues.apache.org/jira/browse/VFS-254 I am questionning myself, if there's any reason why vfs 2.0 should still have JDK 1.4 as requirement and not JDK 1.5. VFS 2.0 will be a major release and JDK 1.7 is years away to be used for our conservative customers. Although we have still some maintenance support for JDK 1.4-based apps, they're phasing out and we will definitely not update dependencies with major releases. Therefore I'd rather have a VFS with more modern API (generics) in 2.0 than an old-fashioned version 2.0 based on JDK 1.4 especially if the major release means that API changes too much for a drop in replacement of 1.1. Thoughts ? Actually, there was a poll on the dev list in august and no one objected to moving to JDK 5. I have no problem with changing the compile and target versions to Java 5 but I would really like to see 2.0 released asap. I'm already using it in production and from comments I've seen I'm pretty sure others are as well. At this point I think it would be good to keep the changes on 2.0 to a minimum I made changes on the VFS281 branch that require Java 5 as the minimum version internally but doesn't break compatibility in any other way. I haven't merged that to trunk because I asked for feedback and got none. At this point I'm prepared to go out with 2.0 without this and then consider adding it to whatever the next release is going to be. To me, the primary concern is getting 2.0 released and there are still a ton of Jira issues, many with patches, that I haven't had a chance to look at. I took a stab at applying some easy ones over the last few days, but there are some that deal with issues findbugs found that probably should be addressed. Ralph - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
