Problem with collections test dependency
Digester depends on collections, but fails at run-time because the class org/apache/commons/collections/FastHashMap is not present. However, the classpath includes commons-collections-3.3-SNAPSHOT.jar which should include this class. Is there a way to get access to the jar to check its contents? Is it possible that the test phase is picking up the wrong collections jar somehow? Is there a way to show the classpath used by Surefire? Note that collections4 does not contain FastHashMap. - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 3 notifys should have been sent *** G U M P [g...@vmgump]: Project lucene-java-test (in module lucene-java) failed [g...@vmgump]: Project cocoon3-reactor (in module cocoon3) failed [g...@vmgump]: Project camel-jms-test (in module camel) failed *** G U M P [g...@vmgump]: Project lucene-java-test (in module lucene-java) 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 lucene-java-test has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - lucene-java-test : Java Based Search Engine Full details are available at: http://vmgump.apache.org/gump/public/lucene-java/lucene-java-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on javacc exists, no need to add for property javacc.home. -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/lucene-java/lucene-java-test/gump_work/build_lucene-java_lucene-java-test.html Work Name: build_lucene-java_lucene-java-test (Type: Build) Work ended in a state of : Failed Elapsed: 8 mins 59 secs Command Line: /usr/lib/jvm/java-6-openjdk/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dversion=12092010 -Djavacc.home=/srv/gump/packages/javacc-3.1 test-core [Working Directory: /srv/gump/public/workspace/lucene-java/lucene] CLASSPATH: /usr/lib/jvm/java-6-openjdk/lib/tools.jar:/srv/gump/public/workspace/lucene-java/lucene/build/classes/test:/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/packages/junit3.8.1/junit.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/packages/javacc-3.1/bin/lib/javacc.jar:/srv/gump/public/workspace/junit/dist/junit-12092010.jar:/srv/gump/public/workspace/junit/dist/junit-dep-12092010.jar:/srv/gump/public/workspace/lucene-java/lucene/build/lucene-core-12092010.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.071 sec [junit] [junit] Testsuite: org.apache.lucene.search.TestFilteredSearch [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.023 sec [junit] [junit] Testsuite: org.apache.lucene.search.TestNumericRangeQuery64 [junit] Tests run: 33, Failures: 0, Errors: 0, Time elapsed: 7.921 sec [junit] [junit] Testsuite: org.apache.lucene.search.TestPrefixFilter [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.068 sec [junit] [junit] Testsuite: org.apache.lucene.search.TestQueryWrapperFilter [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.213 sec [junit] [junit] Testsuite: org.apache.lucene.search.TestSimilarity [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.031 sec [junit] [junit] Testsuite: org.apache.lucene.search.TestSimpleExplanationsOfNonMatches [junit] Tests run: 53, Failures: 0, Errors: 0, Time elapsed: 2.621 sec [junit] [junit] Testsuite: org.apache.lucene.search.payloads.TestPayloadNearQuery [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 1.661 sec [junit] [junit] Testsuite: org.apache.lucene.search.spans.TestSpanExplanations [junit] Tests run: 31, Failures: 0, Errors: 0, Time elapsed: 4.279 sec [junit] [junit] Testsuite: org.apache.lucene.store.TestLock [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.016 sec [junit] [junit] Testsuite: org.apache.lucene.store.TestRAMDirectory [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.169 sec [junit] [junit] Testsuite: org.apache.lucene.util.TestOpenBitSet [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 1.288 sec [junit] [junit] Testsuite: org.apache.lucene.util.TestPriorityQueue [junit] Tests run: 4,
Re: Problem with collections test dependency
-- From: sebb seb...@gmail.com Sent: Sunday, September 12, 2010 5:00 AM To: general@gump.apache.org Subject: Problem with collections test dependency Digester depends on collections, but fails at run-time because the class org/apache/commons/collections/FastHashMap is not present. However, the classpath includes commons-collections-3.3-SNAPSHOT.jar which should include this class. Is there a way to get access to the jar to check its contents? I thought you had a login account on vmgump. But anyway: billbar...@vmgump:~/gump/public/workspace/commons-collections-3.x/target$ jar tf commons-collections-3.3-SNAPSHOT.jar | grep Fast org/apache/commons/collections/FastArrayList$SubList$SubListIter.class org/apache/commons/collections/FastHashMap.class org/apache/commons/collections/FastHashMap$CollectionView$CollectionViewIterator.class org/apache/commons/collections/FastHashMap$EntrySet.class org/apache/commons/collections/FastTreeMap.class org/apache/commons/collections/FastTreeMap$Values.class org/apache/commons/collections/FastTreeMap$1.class org/apache/commons/collections/FastHashMap$Values.class org/apache/commons/collections/FastArrayList.class org/apache/commons/collections/FastArrayList$SubList.class org/apache/commons/collections/FastHashMap$CollectionView.class org/apache/commons/collections/FastHashMap$KeySet.class org/apache/commons/collections/FastTreeMap$EntrySet.class org/apache/commons/collections/FastHashMap$1.class org/apache/commons/collections/FastArrayList$ListIter.class org/apache/commons/collections/FastTreeMap$CollectionView$CollectionViewIterator.class org/apache/commons/collections/FastTreeMap$KeySet.class org/apache/commons/collections/FastTreeMap$CollectionView.class Is it possible that the test phase is picking up the wrong collections jar somehow? The project commons-collections4 isn't doing an 'install' target, so shouldn't be overwriting commons-collections. However the commons-digester build log shows: Downloading: http://localhost:8192/maven2/commons-collections/commons-collections/2.0/commons-collections-2.0.jar Downloading: http://localhost:8192/maven2/org/codehaus/plexus/plexus-velocity/1.1.3/plexus-velocity-1.1.3.jar 566K downloaded (commons-collections-2.0.jar) Is there a way to show the classpath used by Surefire? Don't know enough about M2 to answer this one. Note that collections4 does not contain FastHashMap. - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
Re: Problem with collections test dependency
On 13 September 2010 03:36, Bill Barker billwbar...@verizon.net wrote: -- From: sebb seb...@gmail.com Sent: Sunday, September 12, 2010 5:00 AM To: general@gump.apache.org Subject: Problem with collections test dependency Digester depends on collections, but fails at run-time because the class org/apache/commons/collections/FastHashMap is not present. However, the classpath includes commons-collections-3.3-SNAPSHOT.jar which should include this class. Is there a way to get access to the jar to check its contents? I thought you had a login account on vmgump. But anyway: I did have on the previous incarnation. If I have one on the current Gump it's not working for me. billbar...@vmgump:~/gump/public/workspace/commons-collections-3.x/target$ jar tf commons-collections-3.3-SNAPSHOT.jar | grep Fast org/apache/commons/collections/FastArrayList$SubList$SubListIter.class org/apache/commons/collections/FastHashMap.class org/apache/commons/collections/FastHashMap$CollectionView$CollectionViewIterator.class org/apache/commons/collections/FastHashMap$EntrySet.class org/apache/commons/collections/FastTreeMap.class org/apache/commons/collections/FastTreeMap$Values.class org/apache/commons/collections/FastTreeMap$1.class org/apache/commons/collections/FastHashMap$Values.class org/apache/commons/collections/FastArrayList.class org/apache/commons/collections/FastArrayList$SubList.class org/apache/commons/collections/FastHashMap$CollectionView.class org/apache/commons/collections/FastHashMap$KeySet.class org/apache/commons/collections/FastTreeMap$EntrySet.class org/apache/commons/collections/FastHashMap$1.class org/apache/commons/collections/FastArrayList$ListIter.class org/apache/commons/collections/FastTreeMap$CollectionView$CollectionViewIterator.class org/apache/commons/collections/FastTreeMap$KeySet.class org/apache/commons/collections/FastTreeMap$CollectionView.class Thanks! Is it possible that the test phase is picking up the wrong collections jar somehow? The project commons-collections4 isn't doing an 'install' target, so shouldn't be overwriting commons-collections. However the commons-digester build log shows: Downloading: http://localhost:8192/maven2/commons-collections/commons-collections/2.0/commons-collections-2.0.jar Downloading: http://localhost:8192/maven2/org/codehaus/plexus/plexus-velocity/1.1.3/plexus-velocity-1.1.3.jar 566K downloaded (commons-collections-2.0.jar) Is there a way to show the classpath used by Surefire? Don't know enough about M2 to answer this one. Now that the test phase is in a separate project, it seems that the required test dependencies - including collections3 - are missing from the classpath. I'll add / move the dependencies and see if that fixes things. Thanks for confirming that the jar has the correct contents. Note that collections4 does not contain FastHashMap. - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
Re: Problem with collections test dependency
On 2010-09-13, sebb wrote: On 13 September 2010 03:36, Bill Barker billwbar...@verizon.net wrote: I thought you had a login account on vmgump. But anyway: I did have on the previous incarnation. If I have one on the current Gump it's not working for me. Do you want one? Is it possible that the test phase is picking up the wrong collections jar somehow? The project commons-collections4 isn't doing an 'install' target, so shouldn't be overwriting commons-collections. However the commons-digester build log shows: Downloading: http://localhost:8192/maven2/commons-collections/commons-collections/2.0/commons-collections-2.0.jar Even if commons-collections4 builds before digester, mvn will not download it but commons-collections built from the 3.x branch because collections4 uses org.apache.commons as groupId. Is there a way to show the classpath used by Surefire? Don't know enough about M2 to answer this one. FWIU CLASSPATH is completely irrelevant for Surefire. Surefire uses what you specify inside your POM, that's it. This also means you can add/remove whatever you want to/from the dependencies of any mvn project, it doesn't make any difference. The only thing that matters is build order. Stefan - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org