Re: VFS gump failed
Stefan Bodewig wrote: Could someone please explain why gump fails with commons-vfs? In fact, the tests should fail with errors as there is no testserver for VFS to reach, but a ClassNotFoundException is strange, isnt it? Because the test-classes directory wasn't on the CLASSPATH (Nial changed the descriptor to include it via a work directory already, should work now). New the test classes will be found, but the next exception occured due to not correctly setup environment. Is it somehow possible to disable the test stuff for gump without disabling it in build.xml? Thanks! Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
VFS gump failed
Hi! Could someone please explain why gump fails with commons-vfs? In fact, the tests should fail with errors as there is no testserver for VFS to reach, but a ClassNotFoundException is strange, isnt it? internal-test: [mkdir] Created dir: /x1/gump/public/workspace/jakarta-commons/vfs/target/test-reports [junit] Running org.apache.commons.vfs.provider.ftp.test.FtpProviderTestCase [junit] Testsuite: org.apache.commons.vfs.provider.ftp.test.FtpProviderTestCase [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec [junit] Caused an ERROR [junit] org.apache.commons.vfs.provider.ftp.test.FtpProviderTestCase [junit] java.lang.ClassNotFoundException: org.apache.commons.vfs.provider.ftp.test.FtpProviderTestCase [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:199) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:187) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:289) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) Thanks! --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Need updated version of jsch on brutus
Hello! vfs build on brutus failed due to an outdated version of jsch on brutus. Could you please tell me what i have to do to get version 0.1.16 on it - it is already on http://www.ibiblio.org/maven/jsch/jars/jsch-0.1.16.jar Thanks! -- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need updated version of jsch on brutus
Adam R. B. Jack schrieb: 2) Download the package to that location (on Brutus). This means one need an account on brutus for this? Shouldnt we setup a gump-upload-request like ibiblio? I've done these two. Hopefully next run will pick up the changes and have VFS gumping merrily again. Thank you very much! Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vfs] fixed-version-dependency needet?
Stefan Bodewig wrote: If i adapt vfs to make it compatible with the api change i will break the slide-webdavclient library. So i have to stick on httpclient-2.0. There is a Gump project for the 2.0 branch of httpclient[1] because of the amount of backwards incompatible changes in httpclient. Maybe simply making your Gump descriptor point to that will be enough? [1] name=commons-httpclient-2.0-branch Thanks, looks like it worked. But i cant reach gump [1][2] to check this 1 http://brutus.apache.org:8080/gump/commons-vfs/commons-vfs/index.html 2 http://gump.covalent.net/log/ -- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[vfs] fixed-version-dependency needet? (was: [GUMP@brutus]: commons-vfs/commons-vfs failed)
Hello! Since today vfs fails to build in gump due to an api change in commons-httpclient. I dont know why this happens today as this change is 11 month old and vfs itself uses this thing for a while. If i adapt vfs to make it compatible with the api change i will break the slide-webdavclient library. So i have to stick on httpclient-2.0. What to do next? Shall i ignore the error and wait until things settle together again - or should i add a fixed-version-dependency to vfs. If i should add a fixed-version-dependency: *) do i really have to add the httpclient-jar to vfs's cvs and add a description file as described on http://wiki.apache.org/gump/FrequentlyAskedQuestions or is there any other method available now? *) the description is an additional project entry that should be added to gump.xml - right? *) how should this line look option project=commons-httpclient/ after adding the description: (from guml.xml in vfs) Thanks! Mario 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 folk at [EMAIL PROTECTED] Project commons-vfs has an issue affecting its community integration. This issue affects 6 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - antworks-importer-with-depot : Autodownload and import ant build.xml's. - depot-update : Depot -- repository tools and more... - depot-update-ant-sample-httpclient : Depot -- repository tools and more... - depot-update-ant-sample-jdk : Depot -- repository tools and more... - depot-update-ant-sample-vfs : Depot -- repository tools and more... - depot-update-test : Depot -- repository tools and more... Full details are available at: http://brutus.apache.org:8080/gump/commons-vfs/commons-vfs/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [commons-vfs-20040708.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/commons-vfs/commons-vfs/gump_work/build_commons-vfs_commons-vfs.html Work Name: build_commons-vfs_commons-vfs (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 4 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-vfs-20040708 -f build.xml dist [Working Directory: /usr/local/gump/public/workspace/commons-vfs] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/commons-vfs/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040708.jar:/usr/local/gump/public/workspace/jakarta-commons-sandbox/compress/target/commo ns-compress-0.1-dev.jar:/usr/local/gump/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar:/usr/local/gump/public/workspace/jakarta-commons/net/dist/commons-net-20040708.jar:/usr/local/gump/public/workspace/jakarta-slide/webdavclient/dist/lib/jakarta-slide-webdavlib-20040708.jar:/usr/local/gump/packages/jcifs/jcifs-0.8.1.jar:/usr/local/gump/packages/jsch-0.1.14/dist/lib/jsch-gump.jar- Buildfile: build.xml init: [mkdir] Created dir: /usr/local/gump/public/workspace/commons-vfs/target/lib get-deps: compile: [mkdir] Created dir: /usr/local/gump/public/workspace/commons-vfs/target/classes [javac] Compiling 150 source files to /usr/local/gump/public/workspace/commons-vfs/target/classes [javac] /usr/local/gump/public/workspace/commons-vfs/src/java/org/apache/commons/vfs/provider/http/HttpClientFactory.java:67: warning: setCredentials(java.lang.String,java.lang.String,org.apache.commons.httpclient.Credentials) in org.apache.commons.httpclient.HttpState has been deprecated [javac] client.getState().setCredentials(null, hostname, creds); [javac]^ [javac]
Re: cvs commit: gump/project jakarta-commons-sandbox.xml
Thanks!! [EMAIL PROTECTED] wrote: bodewig 2004/06/21 07:37:56 Modified:project jakarta-commons-sandbox.xml Log: Adapt jar name to the one generated by Maven Revision ChangesPath 1.163 +1 -2 gump/project/jakarta-commons-sandbox.xml Index: jakarta-commons-sandbox.xml === RCS file: /home/cvs/gump/project/jakarta-commons-sandbox.xml,v retrieving revision 1.162 retrieving revision 1.163 diff -u -r1.162 -r1.163 --- jakarta-commons-sandbox.xml 20 Jun 2004 09:19:24 - 1.162 +++ jakarta-commons-sandbox.xml 21 Jun 2004 14:37:55 - 1.163 @@ -62,10 +62,9 @@ depend project=junit / depend project=xml-xerces / -work nested=target/classes / home nested=compress/target / -jar name=compress/target/commons-compress-@@DATE@@.jar / +jar name=commons-compress-0.1-dev.jar / javadoc nested=target/docs/apidocs / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: commons-compress - Gump/Maven issues?
Eric Pugh wrote: I checked out jakarta-commons-sandbox/compress to investigate furthur, but I don't see this descriptor property you are talking about.. Could you enlightenme on this? If you mean the gump.xml - i only added fragments of it into gump/project/jakarta-commons-sandbox.xml in the gump cvs. As far as i understood, there is no need to keep them in the project itself. -- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: adding jakarta commons-compress to gump
Adam R. B. Jack wrote: I already created a gump.xml using maven gump, but now Should i add it to /gump/project/jakarta-commons-sandbox.xml in gumps cvs? Might be a good idea. Just the project, not the whole module. Also, you might need to tweak to the fact that it is inside that 'larger' module (so adding an extra path entry for it's own dir.) Could you please have a look if this looks good? As a commons comitter i should be able to commit this change to gump, right? But i dont wont to break the whole sandbox module due to an incorrect addition - is there a change to check this before such a change gets committed? --cut-- project name=commons-compress packageorg.apache.commons.compress/package descriptionCommons Compression Package/description maven basedir=compress goal=jar property name=component.version value=@@DATE@@/ /maven depend project=jakarta-ant / depend project=junit / depend project=xml-xerces / work nested=target/classes / home nested=compress/target / jar name=compress/target/commons-compress-@@DATE@@.jar / javadoc nested=target/docs/apidocs / nag to=[EMAIL PROTECTED] from=commons-compress development lt;[EMAIL PROTECTED]gt; / /project --cut-- Thanks! Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
commons-vfs tests
Hello! I am currently give some effort into commons-vfs. One thing i have done is to setup a uml-linux where one could run the commons-vfs test against. Noel J. Bergmann pointed me some times ago to gump and gave me the impression you could host this uml-linux to make the nightly build of commons-vfs happy. Is this the case - and if yes - how to go this way? Environment: I dont want to have this uml-linux available to the public, having it accessible only for the build is sufficient. However - it would be nice if i could login to the host to restart/maintain the uml-instance. The uml-linux is started using a shadow filesystem and therefore the initial state is automatically restored after every restart of the uml-linux instance. Thanks! -- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]