Yes, there was a typo in the Gump metadata defining the value of jdt.jar.
I've checked in a fix to the Gump repository so hopefully it should work for
the next Gump run. Of course, I could have given Gump a valid place to
download, but that is a waste of time downloading things it doesn't need to
build the jars. Adding tomcat-native to Gump would be an idea as well, but
the Windows files still wouldn't be available.
"Konstantin Kolinko" <knst.koli...@gmail.com> wrote in message
news:427155181002081749s25dee12fx44578d4199a93...@mail.gmail.com...
Regarding Gump failures with building tomcat-trunk:
Looking here
http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk/gump_work/build_tomcat-trunk_tomcat-trunk.html
I see
Command Line
/usr/lib/jvm/java-6-sun/bin/java -Djava.awt.headless=true
org.apache.tools.ant.Main
-Dgump.merge=/srv/gump/public/gump/work/merge.xml
-Dbuild.sysclasspath=only
-Djunit.jar=/srv/gump/public/workspace/junit/dist/junit-08022010.jar
-Dnsis.exe=/srv/gump/public/workspace/tomcat-trunk/BUILDING.txt
-Dtomcat-native.tar.gz=/srv/gump/public/workspace/tomcat-trunk/BUILDING.txt
-Djson-lib.home=.
-Dcommons-daemon.jsvc.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/jsvc.tar.gz
-Djdt.jar
-Dtomcat-native.dll.x64=/srv/gump/public/workspace/tomcat-trunk/BUILDING.txt
-Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-08022010.jar
-Djasper-jdt.jar=/srv/gump/packages/eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar
-Dcommons-dbcp.home=/srv/gump/public/workspace/apache-commons
-Dcommons-pool.home=/srv/gump/public/workspace/apache-commons
-Dtomcat-native.dll.win32=/srv/gump/public/workspace/tomcat-trunk/BUILDING.txt
-Dcommons-logging-api.jar=/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-08022010.jar
-Dtomcat-native.dll.i64=/srv/gump/public/workspace/tomcat-trunk/BUILDING.txt
-Djson-lib.jar=BUILDING.txt
-Dtomcat-dbcp.jar=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-jdbc-08022010.jar
-Djdt.jar does not have '=' after it. That is probably the cause why
-Dtomcat-native.dll.x64=... is not recognized and thus results in
build failure.
testexist:
[echo] Testing for
/usr/share/java/tomcat-native-1.1.19/tcnative-1.dll.x64
BUILD FAILED
/srv/gump/public/workspace/tomcat-trunk/build.xml:1636: The following
error occurred while executing this line:
/srv/gump/public/workspace/tomcat-trunk/build.xml:1804: Directory
/usr/share/java/tomcat-native-1.1.19 creation was not successful for
an unknown reason
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
