Re: can only see ROOT webapp
2011/11/23 shadowdancer351 : > > I am using Tomcat 4 on Linux. > 1. Your question is offtopic on dev@ mailing list. 2. There should not be any reason to still use Tomcat 4. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Random Comet unit test failures
On 23.11.2011 08:14, Konstantin Kolinko wrote: 2011/11/23 Mark Thomas: I have done a little bit of digging on this as the current 7.0.x trunk fails frequently enough on my windows box that I can repeat the failure often enough. I have got as far as discovering that the request.getAvailable() test on line 308 of the CoyoteAdapter returns zero whenever the test fails. While, I haven't figured out how this leads to the failure yet, I thought the info may help others make some progress on this. There is clearly a timing / threading issue here but I haven't found it yet. What failure are you pursuing? The following one occurs frequently on Gump/buildbot: [[[ Testcase: testCometConnectorStop took 4.078 sec FAILED Comet END event not received junit.framework.AssertionFailedError: Comet END event not received at org.apache.catalina.comet.TestCometProcessor.testCometConnectorStop(TestCometProcessor.java:293) ]]] ... or the 8 Bytes received instead of two separate 4 Bytes messages: Testcase: testSimpleCometClient took 9.304 sec FAILED expected: but was: junit.framework.AssertionFailedError: expected: but was: at org.apache.catalina.comet.TestCometProcessor.doSimpleCometTest(TestCometProcessor.java:196) at org.apache.catalina.comet.TestCometProcessor.testSimpleCometClient(TestCometProcessor.java:121) That is the one I can easily reproduce running NIO and AFAICT it occurs before the exceptions logged. In the main stdout file there occasionally are also a lot of NPE like [[[ [junit] Nov 23, 2011 3:37:25 AM org.apache.coyote.http11.AbstractHttp11Processor process [junit] SEVERE: Error processing request [junit] java.lang.NullPointerException [junit]at org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSelector.java:126) [junit]at org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.java:175) [junit]at org.apache.coyote.http11.InternalNioOutputBuffer.writeToSocket(InternalNioOutputBuffer.java:170) [junit]at org.apache.coyote.http11.InternalNioOutputBuffer.flushBuffer(InternalNioOutputBuffer.java:249) [junit]at org.apache.coyote.http11.InternalNioOutputBuffer.endRequest(InternalNioOutputBuffer.java:128) [junit]at org.apache.coyote.http11.AbstractHttp11Processor.action(AbstractHttp11Processor.java:741) [junit]at org.apache.coyote.Response.action(Response.java:170) [junit]at org.apache.coyote.Response.finish(Response.java:276) [junit]at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:288) [junit]at org.apache.catalina.connector.Response.finishResponse(Response.java:507) [junit]at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:434) [junit]at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987) [junit]at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539) [junit]at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1571) [junit]at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [junit]at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [junit]at java.lang.Thread.run(Thread.java:636) [junit] Nov 23, 2011 3:37:25 AM org.apache.catalina.connector.CoyoteAdapter log [junit] WARNING: Exception while attempting to add an entry to the access log [junit] java.lang.NullPointerException [junit]at org.apache.catalina.connector.CoyoteAdapter.log(CoyoteAdapter.java:511) [junit]at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1007) [junit]at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539) [junit]at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1571) [junit]at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [junit]at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [junit]at java.lang.Thread.run(Thread.java:636) ]]] The above one is from http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-test/gump_work/build_tomcat-7.0.x_tomcat-tc7.0.x-test.txt - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Standard Jar Scanner Conflict with TLD Config
Hi community. I got a problem when I start my own embedded Tomcat server with a lot of JAR files in classpath. I got this error message for some jar files: java.lang.IllegalStateException: zip file closed at java.util.zip.ZipFile.ensureOpen(ZipFile.java:403) at java.util.zip.ZipFile.access$100(ZipFile.java:29) at java.util.zip.ZipFile$2.hasMoreElements(ZipFile.java:303) at java.util.jar.JarFile$1.hasMoreElements(JarFile.java:220) at org.apache.tomcat.util.scan.FileUrlJar.nextEntry(FileUrlJar.java:75) at org.apache.catalina.startup.TldConfig.tldScanJar(TldConfig.java:482) at org.apache.catalina.startup.TldConfig.access$100(TldConfig.java:58) at org.apache.catalina.startup.TldConfig$TldJarScannerCallback.scan(TldConfig.java:276) at org.apache.tomcat.util.scan.StandardJarScanner.process(StandardJarScanner.java:241) at org.apache.tomcat.util.scan.StandardJarScanner.scan(StandardJarScanner.java:204) at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:250) at org.apache.catalina.startup.TldConfig.lifecycleEvent(TldConfig.java:540) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5041) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:844) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:820) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:644) I see a conflict in the trunk version (Revision: 1205335) when FileUrlJar#nextEntry() method try to call this statement: FileUrlJar.java:75 = entries.hasMoreElements() after TldConfig#tldScanJar() method has been called and the jar has been closed: TldConfig.java:489 = jar.close(); Let's say the system is trying to use closed JAR file. Could you please tell me how to solve or ignore the problem? Regards, Chatree Srichart
[newbie] best way to propose patch?
Hello, I'm new to tomcat, however I'd like to propose a patch. What is the best way? Through bugzilla or directly to this list? There is no bug report for it yet, it's just a few lines improvement for build.xml file. Also, there is no 'Tomcat 8' (trunk) category in Bugzilla. Best regards, Michal Haško - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
RE: can only see ROOT webapp
> From: shadowdancer351 [mailto:shadowdancer...@yahoo.com] > Subject: can only see ROOT webapp > I am using Tomcat 4 on Linux. 1) Don't post usage questions on the developers list - this belongs on the users list. 2) Don't post twice. 3) Use a supported level of Tomcat. Tomcat 4 hasn't been supported in ages. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1205441 - /tomcat/trunk/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/ConnectionPool.java
Author: fhanik
Date: Wed Nov 23 15:29:01 2011
New Revision: 1205441
URL: http://svn.apache.org/viewvc?rev=1205441&view=rev
Log:
Only apply the commitOnReturn and rollbackOnReturn if the default auto commit
value is false. getAutoCommit is a call to the DB for many drivers and doesn't
perform well
Modified:
tomcat/trunk/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/ConnectionPool.java
Modified:
tomcat/trunk/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/ConnectionPool.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/ConnectionPool.java?rev=1205441&r1=1205440&r2=1205441&view=diff
==
---
tomcat/trunk/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/ConnectionPool.java
(original)
+++
tomcat/trunk/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/ConnectionPool.java
Wed Nov 23 15:29:01 2011
@@ -784,12 +784,14 @@ public class ConnectionPool {
*/
protected boolean terminateTransaction(PooledConnection con) {
try {
-boolean autocommit = con.getConnection().getAutoCommit();
-if (!autocommit) {
-if (this.getPoolProperties().getRollbackOnReturn()) {
-con.getConnection().rollback();
-} else if (this.getPoolProperties().getCommitOnReturn()) {
-con.getConnection().commit();
+if (con.getPoolProperties().getDefaultAutoCommit()==Boolean.FALSE)
{
+boolean autocommit = con.getConnection().getAutoCommit();
+if (!autocommit) {
+if (this.getPoolProperties().getRollbackOnReturn()) {
+con.getConnection().rollback();
+} else if (this.getPoolProperties().getCommitOnReturn()) {
+con.getConnection().commit();
+}
}
}
return true;
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1205442 - /tomcat/native/trunk/native/src/sslcontext.c
Author: mturk Date: Wed Nov 23 15:32:44 2011 New Revision: 1205442 URL: http://svn.apache.org/viewvc?rev=1205442&view=rev Log: Make sure we have password callback set Modified: tomcat/native/trunk/native/src/sslcontext.c Modified: tomcat/native/trunk/native/src/sslcontext.c URL: http://svn.apache.org/viewvc/tomcat/native/trunk/native/src/sslcontext.c?rev=1205442&r1=1205441&r2=1205442&view=diff == --- tomcat/native/trunk/native/src/sslcontext.c (original) +++ tomcat/native/trunk/native/src/sslcontext.c Wed Nov 23 15:32:44 2011 @@ -484,6 +484,8 @@ static X509 *load_pem_cert(tcn_ssl_ctxt_ BIO_free(bio); return NULL; } +if (!cb_data) +cb_data = &tcn_password_callback; cert = PEM_read_bio_X509_AUX(bio, NULL, (pem_password_cb *)SSL_password_callback, (void *)cb_data); - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1205445 - in /tomcat/native/trunk/native: BUILDING build/tcnative.m4 configure.in src/pool.c
Author: mturk
Date: Wed Nov 23 15:34:01 2011
New Revision: 1205445
URL: http://svn.apache.org/viewvc?rev=1205445&view=rev
Log:
Axe guessing JDK and add unmanaged pool api
Modified:
tomcat/native/trunk/native/BUILDING
tomcat/native/trunk/native/build/tcnative.m4
tomcat/native/trunk/native/configure.in
tomcat/native/trunk/native/src/pool.c
Modified: tomcat/native/trunk/native/BUILDING
URL:
http://svn.apache.org/viewvc/tomcat/native/trunk/native/BUILDING?rev=1205445&r1=1205444&r2=1205445&view=diff
==
--- tomcat/native/trunk/native/BUILDING (original)
+++ tomcat/native/trunk/native/BUILDING Wed Nov 23 15:34:01 2011
@@ -19,11 +19,13 @@
configure --with-apr=apr_install_location --with-ssl=openssl_install_location
make
- Building from the cvs tree:
+ Building from the svn tree:
sh buildconf --with-apr=apr_source_location.
configure --with-apr=apr_install_location --with-ssl=openssl_install_location
make
+ Note that version 1.2.x requires at least apr-1.4.x
+
Testing the build:
The make should produce a .so file named libtcnative-1.so.
Build the jar containing the examples by
Modified: tomcat/native/trunk/native/build/tcnative.m4
URL:
http://svn.apache.org/viewvc/tomcat/native/trunk/native/build/tcnative.m4?rev=1205445&r1=1205444&r2=1205445&view=diff
==
--- tomcat/native/trunk/native/build/tcnative.m4 (original)
+++ tomcat/native/trunk/native/build/tcnative.m4 Wed Nov 23 15:34:01 2011
@@ -21,7 +21,7 @@ dnl
AC_DEFUN(TCN_FIND_APR,[
dnl use the find_apr.m4 script to locate APR. sets apr_found and apr_config
- APR_FIND_APR(,,,[1])
+ APR_FIND_APR(,,1,[1])
if test "$apr_found" = "no"; then
AC_MSG_ERROR(APR could not be located. Please use the --with-apr option.)
fi
@@ -61,205 +61,77 @@ dnl Detection of JDK location and Java P
dnl result goes in JAVA_HOME / JAVA_PLATFORM (2 -> 1.2 and higher)
dnl
dnl --
-AC_DEFUN(
- [TCN_FIND_JDK],
- [
-tempval=""
-AC_MSG_CHECKING([for JDK location (please wait)])
-if test -n "${JAVA_HOME}" ; then
- JAVA_HOME_ENV="${JAVA_HOME}"
+AC_DEFUN([TCN_FIND_JAVA],[
+ AC_ARG_WITH(java,[ --with-java-home=DIR Specify the location of your
JDK installation],[
+AC_MSG_CHECKING([JAVA_HOME])
+if test -d "$withval"
+then
+ JAVA_HOME="$withval"
+ AC_MSG_RESULT([$JAVA_HOME])
else
- JAVA_HOME_ENV=""
+ AC_MSG_RESULT([failed])
+ AC_MSG_ERROR([$withval is not a directory])
fi
-
-JAVA_HOME=""
-JAVA_PLATFORM=""
-
-AC_ARG_WITH(
- [java-home],
- [ --with-java-home=DIR Location of JDK directory.],
- [
-
- # This stuff works if the command line parameter --with-java-home was
- # specified, so it takes priority rightfully.
-
- tempval=${withval}
-
- if test ! -d "${tempval}" ; then
- AC_MSG_ERROR(Not a directory: ${tempval})
- fi
-
- JAVA_HOME=${tempval}
- AC_MSG_RESULT(${JAVA_HOME})
-],
-[
- # This works if the parameter was NOT specified, so it's a good time
- # to see what the enviroment says.
- # Since Sun uses JAVA_HOME a lot, we check it first and ignore the
- # JAVA_HOME, otherwise just use whatever JAVA_HOME was specified.
-
- if test -n "${JAVA_HOME_ENV}" ; then
-JAVA_HOME=${JAVA_HOME_ENV}
-AC_MSG_RESULT(${JAVA_HOME_ENV} from environment)
- fi
-])
-
-if test -z "${JAVA_HOME}" ; then
-
- # Oh well, nobody set neither JAVA_HOME nor JAVA_HOME, have to guess
- # The following code is based on the code submitted by Henner Zeller
- # for ${srcdir}/src/scripts/package/rpm/ApacheJServ.spec
- # Two variables will be set as a result:
- #
- # JAVA_HOME
- # JAVA_PLATFORM
- AC_MSG_CHECKING([Try to guess JDK location])
-
- for JAVA_PREFIX in /usr/local /usr/local/lib /usr /usr/lib /opt
/usr/java /System/Library/Frameworks/JavaVM.framework/Versions/ ; do
-
-for JAVA_PLATFORM in 6 5 4 3 2 ; do
-
- for subversion in .9 .8 .7 .6 .5 .4 .3 .2 .1 .0 "" ; do
-
-for VARIANT in IBMJava2- java java- jdk jdk- ""; do
- GUESS="${JAVA_PREFIX}/${VARIANT}1.${JAVA_PLATFORM}${subversion}"
-dnl AC_MSG_CHECKING([${GUESS}])
- if test -d "${GUESS}/bin" & test -d "${GUESS}/include" ; then
-JAVA_HOME="${GUESS}"
-AC_MSG_RESULT([${GUESS}])
-break
- fi
- if test -d "${GUESS}/Commands" & test -d "${GUESS}/Headers" ;
then
-JAVA_HOME="${GUESS}"
-AC_MSG_RESULT([${GUESS}])
-break
- fi
-done
-
-if test -n "${JAVA_HOME}" ; then
- break;
-fi
-
- done
-
-
svn commit: r1205451 - /tomcat/native/trunk/native/build/tcnative.m4
Author: mturk
Date: Wed Nov 23 15:38:28 2011
New Revision: 1205451
URL: http://svn.apache.org/viewvc?rev=1205451&view=rev
Log:
Unify coding style
Modified:
tomcat/native/trunk/native/build/tcnative.m4
Modified: tomcat/native/trunk/native/build/tcnative.m4
URL:
http://svn.apache.org/viewvc/tomcat/native/trunk/native/build/tcnative.m4?rev=1205451&r1=1205450&r2=1205451&view=diff
==
--- tomcat/native/trunk/native/build/tcnative.m4 (original)
+++ tomcat/native/trunk/native/build/tcnative.m4 Wed Nov 23 15:38:28 2011
@@ -22,18 +22,24 @@ AC_DEFUN(TCN_FIND_APR,[
dnl use the find_apr.m4 script to locate APR. sets apr_found and apr_config
APR_FIND_APR(,,1,[1])
- if test "$apr_found" = "no"; then
+ if test "$apr_found" = "no"
+ then
AC_MSG_ERROR(APR could not be located. Please use the --with-apr option.)
fi
sapr_pversion="`$apr_config --version`"
- if test -z "$sapr_pversion"; then
+ if test -z "$sapr_pversion"
+ then
AC_MSG_ERROR(APR config could not be located. Please use the --with-apr
option.)
fi
sapr_version="`echo $sapr_pversion|sed -e 's/\([a-z]*\)$/.\1/'`"
- tc_save_IFS=$IFS; IFS=.; set $sapr_version; IFS=$tc_save_IFS
+ tc_save_IFS=$IFS
+ IFS=.
+ set $sapr_version
+ IFS=$tc_save_IFS
decimal_apr_version=`printf %02d%02d%03d ${1} ${2} ${3}`
- if test "${decimal_apr_version}" -lt "0104003"; then
+ if test "${decimal_apr_version}" -lt "0104003"
+ then
AC_MSG_ERROR(Found APR $sapr_version. You need version 1.4.3 or newer
installed.)
fi
AC_MSG_NOTICE(APR $sapr_version detected.)
@@ -286,7 +292,8 @@ AC_DEFUN(TCN_FIND_APR_FEATURE,[
AC_CHECK_LIB(apr-1, $1,[chk_result=1])
CFLAGS="$saved_cflags"
LIBS="$saved_libs"
- if test "$chk_result" != "0"; then
+ if test "$chk_result" != "0"
+ then
APR_ADDTO(CFLAGS, [-DHAVE_$2])
fi
])
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1205463 - /tomcat/native/trunk/native/src/network.c
Author: mturk
Date: Wed Nov 23 15:57:01 2011
New Revision: 1205463
URL: http://svn.apache.org/viewvc?rev=1205463&view=rev
Log:
Use unmanaged pools for sockets. This will allow detached sockets but will
require that each socket is closed
Modified:
tomcat/native/trunk/native/src/network.c
Modified: tomcat/native/trunk/native/src/network.c
URL:
http://svn.apache.org/viewvc/tomcat/native/trunk/native/src/network.c?rev=1205463&r1=1205462&r2=1205463&view=diff
==
--- tomcat/native/trunk/native/src/network.c (original)
+++ tomcat/native/trunk/native/src/network.c Wed Nov 23 15:57:01 2011
@@ -180,11 +180,15 @@ TCN_IMPLEMENT_CALL(jlong, Socket, create
apr_int32_t f, t;
UNREFERENCED(o);
-TCN_ASSERT(pool != 0);
GET_S_FAMILY(f, family);
GET_S_TYPE(t, type);
-TCN_THROW_IF_ERR(apr_pool_create(&c, p), c);
+if (p == NULL) {
+TCN_THROW_IF_ERR(apr_pool_create_unmanaged(&c), c);
+}
+else {
+TCN_THROW_IF_ERR(apr_pool_create(&c, p), c);
+}
a = (tcn_socket_t *)apr_pcalloc(c, sizeof(tcn_socket_t));
TCN_CHECK_ALLOCATED(a);
@@ -222,11 +226,6 @@ TCN_IMPLEMENT_CALL(void, Socket, destroy
UNREFERENCED_STDARGS;
TCN_ASSERT(sock != 0);
-if (!tcn_global_pool) {
-/* Socket will be destroyed by the cleanup
- */
-return;
-}
as = s->sock;
s->sock = NULL;
apr_pool_cleanup_kill(s->pool, s, sp_socket_cleanup);
@@ -387,7 +386,7 @@ TCN_IMPLEMENT_CALL(jlong, Socket, accept
UNREFERENCED(o);
TCN_ASSERT(sock != 0);
-TCN_THROW_IF_ERR(apr_pool_create(&p, s->child), p);
+TCN_THROW_IF_ERR(apr_pool_create_unmanaged(&p), p);
if (s->net->type == TCN_SOCKET_APR) {
TCN_ASSERT(s->sock != NULL);
a = (tcn_socket_t *)apr_pcalloc(p, sizeof(tcn_socket_t));
@@ -413,8 +412,7 @@ TCN_IMPLEMENT_CALL(jlong, Socket, accept
}
return P2J(a);
cleanup:
-if (tcn_global_pool && p && s->sock)
-apr_pool_destroy(p);
+apr_pool_destroy(p);
return 0;
}
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
[GUMP@vmgump]: Project tomcat-trunk-test (in module tomcat-trunk) 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 tomcat-trunk-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: - 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/tomcat-trunk/tomcat-trunk-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on tomcat-trunk-dbcp exists, no need to add for property tomcat-dbcp-src.jar. -DEBUG- Dependency on commons-daemon exists, no need to add for property commons-daemon.native.src.tgz. -DEBUG- Dependency on commons-daemon exists, no need to add for property tomcat-native.tar.gz. -DEBUG- Dependency on tomcat-trunk-dbcp exists, no need to add for property tomcat-dbcp.home. -INFO- Failed with reason build failed -INFO- Project Reports in: /srv/gump/public/workspace/tomcat-trunk/output/build/logs The following work was performed: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/gump_work/build_tomcat-trunk_tomcat-trunk-test.html Work Name: build_tomcat-trunk_tomcat-trunk-test (Type: Build) Work ended in a state of : Failed Elapsed: 17 mins 49 secs Command Line: /usr/lib/jvm/java-6-openjdk/bin/java -Djava.awt.headless=true -Dbuild.sysclasspath=only org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Djunit.jar=/srv/gump/public/workspace/junit/dist/junit-23112011.jar -Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-23112011-native-src.tar.gz -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-23112011-native-src.tar.gz -Dexamples.sources.skip=true -Dtomcat-dbcp.home=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps -Djdt.jar=/srv/gump/packages/eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar -Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-23112011.jar -Dtomcat-dbcp-src.jar=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-dbcp-src.jar -Dcommons-pool.home=/srv/gump/public/workspace/commons-pool-1.x -Dcommons-dbcp.home=/srv/gump/public/worksp ace/commons-dbcp-1.x -Dtomcat-dbcp.jar=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-dbcp-23112011.jar test [Working Directory: /srv/gump/public/workspace/tomcat-trunk] CLASSPATH: /usr/lib/jvm/java-6-openjdk/lib/tools.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-trunk/output/testclasses:/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/tomcat-trunk/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/servlet-api.jar:/srv/gump/public/workspace/tomcat-trunk/outp ut/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-ha.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-util.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jaf-1.1ea/activation.jar:/srv/gump/packages/eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar:/srv/gump/public/workspace/tomcat-tr unk/tomcat-deps/tomcat-dbcp-23112011.jar:/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-23112011.jar:/srv/gump/public/workspace/junit/dist/junit-23112011.jar
RE: can only see ROOT webapp
1)sorry I'll post on the users list 2)The reason I posted twice is because after hitting the 'post message' button the browser displayed an "internal server error" page so I wasn't sure if it went through. 3)I can't choose which version of Tomcat I'm using - this is company software. Believe me it would be easier just to install everything from scratch and go step by step through user docs, but I have to work with what's there. n828cl wrote: > >> From: shadowdancer351 [mailto:shadowdancer...@yahoo.com] >> Subject: can only see ROOT webapp > >> I am using Tomcat 4 on Linux. > > 1) Don't post usage questions on the developers list - this belongs on the > users list. > > 2) Don't post twice. > > 3) Use a supported level of Tomcat. Tomcat 4 hasn't been supported in > ages. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you > received this in error, please contact the sender and delete the e-mail > and its attachments from all computers. > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > > -- View this message in context: http://old.nabble.com/can-only-see-ROOT-webapp-tp32873595p32874330.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [newbie] best way to propose patch?
2011/11/23 Michal Hasko : > Hello, > > I'm new to tomcat, however I'd like to propose a patch. What is the best way? > Through bugzilla or directly to this list? There is no bug report for it yet, > it's just a few lines improvement for build.xml file. Also, there is no > 'Tomcat 8' (trunk) category in Bugzilla. The preferred way is to create a report in Bugzilla and attach the patch there. You can file it for "Tomcat 7" and select "trunk" in the version field there (or latest released version if the problem affects released versions of Tomcat 7). Just mention against what version & branch of the source code the patch was generated. Official guides: http://tomcat.apache.org/getinvolved.html http://tomcat.apache.org/bugreport.html#Reporting_Apache_Tomcat_bugs If you want to discuss your contribution before or after creating the issue in Bugzilla, feel free to post to dev@. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52234] New: More documentation of embedding, please?
https://issues.apache.org/bugzilla/show_bug.cgi?id=52234 Bug #: 52234 Summary: More documentation of embedding, please? Product: Tomcat 7 Version: trunk Platform: PC OS/Version: Mac OS X 10.4 Status: NEW Severity: normal Priority: P2 Component: Documentation AssignedTo: dev@tomcat.apache.org ReportedBy: bimargul...@gmail.com Classification: Unclassified It would be nice if http://tomcat.apache.org/tomcat-7.0-doc/ pointed to a page on the Tomcat class and the embedding process. If you will remind me about where this content lives in svn, I'll attach a patch. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52235] New: Please do a bit of SEO tuning for the web site
https://issues.apache.org/bugzilla/show_bug.cgi?id=52235 Bug #: 52235 Summary: Please do a bit of SEO tuning for the web site Product: Tomcat 7 Version: trunk Platform: PC OS/Version: Mac OS X 10.4 Status: NEW Severity: normal Priority: P2 Component: Documentation AssignedTo: dev@tomcat.apache.org ReportedBy: bimargul...@gmail.com Classification: Unclassified If I search Google for "tomcat StandardContext" I get the 5.5 doc at the top, and none of the other versions. It would be good if newer versions also showed up. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52236] New: Idea: support 'overlays' shaped like Maven overlays
https://issues.apache.org/bugzilla/show_bug.cgi?id=52236 Bug #: 52236 Summary: Idea: support 'overlays' shaped like Maven overlays Product: Tomcat 7 Version: trunk Platform: PC OS/Version: Mac OS X 10.4 Status: NEW Severity: enhancement Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: bimargul...@gmail.com Classification: Unclassified Created attachment 27978 --> https://issues.apache.org/bugzilla/attachment.cgi?id=27978 some code to look at. The attached code allows tomcat to merge in one or more partial webapps to build up the definitive webapp. I wrote this code to support a particular development/debugging methodology. I have a launcher program that uses the embedded API to launch tomcat with a webapp with the static materials sitting where they sit in my dev tree, and the classpath for the webapp taking the classes where eclipse writes them as well. The result is live debugging. I wanted to extend this to the case where some of my static content was merged in from 'overlays' in the maven-war-plugin sense of the term, and I came up with the attached. You may think it's nuts. You may think that it points up some modularity issues around the context classses; there are an awful lot of tests for instanceof and casts in this neighborhood. If you have some sympathy for this idea, I would be willing to refine it and/or work on an associated patch to change the modularity around DirContext/BaseDirContext/StandardContext to make it less ugly to create. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52236] Idea: support 'overlays' shaped like Maven overlays
https://issues.apache.org/bugzilla/show_bug.cgi?id=52236 --- Comment #1 from Mark Thomas 2011-11-23 21:44:48 UTC --- Personally, I am of the view that this is a build time problem rather than one that should be solved at runtime. However, Oracle does not agree with me and it looks like something along these lines will be required as part of the next version of the servlet spec. Until the requirements are firmed up it is hard to know what the best implementation approach will be. My preference will be for the simplest code that does the least possible amount of work "on the fly". -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52235] Please do a bit of SEO tuning for the web site
https://issues.apache.org/bugzilla/show_bug.cgi?id=52235 Mark Thomas changed: What|Removed |Added Severity|normal |enhancement --- Comment #1 from Mark Thomas 2011-11-23 21:45:15 UTC --- Feel free to suggest some patches. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52234] More documentation of embedding, please?
https://issues.apache.org/bugzilla/show_bug.cgi?id=52234 --- Comment #1 from Mark Thomas 2011-11-23 21:46:28 UTC --- This sounds like a howto http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/ -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52236] Idea: support 'overlays' shaped like Maven overlays
https://issues.apache.org/bugzilla/show_bug.cgi?id=52236 --- Comment #2 from bmargulies 2011-11-23 21:54:21 UTC --- My experience is that I can get work done on webapps much, much, faster if I operate in a mode where modified files are directly read by the web server. If I have to run a build every time I want to see the results of a change, I'm sad. As far as build-time goes, that's all covered by the maven-war-plugin. Further, you might call this just an alternative to the setResourceJar feature that accepts multiple webapp-shaped dirs instead of one META-INF/resources. However, I don't expect you all to buy a bridge from me. Slightly tangentially, do you have any sympathy for my view that something like this could easier with some sort of refactoring of the Context class family? I feel somewhat presumptuous. It seems like I shouldn't have had to create a wierd subclass of FileDirContext in addition to a subclass of StandardContext -- Or maybe I should just done the MultiDirContext and passed that into setResources of an ordinary StandardContext? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Random Comet unit test failures
On 23/11/2011 08:19, Rainer Jung wrote: > On 23.11.2011 08:14, Konstantin Kolinko wrote: >> 2011/11/23 Mark Thomas: >>> I have done a little bit of digging on this as the current 7.0.x trunk >>> fails frequently enough on my windows box that I can repeat the failure >>> often enough. >>> >>> I have got as far as discovering that the request.getAvailable() test on >>> line 308 of the CoyoteAdapter returns zero whenever the test fails. >>> >>> While, I haven't figured out how this leads to the failure yet, I >>> thought the info may help others make some progress on this. >>> >>> There is clearly a timing / threading issue here but I haven't found >>> it yet. >>> >> >> What failure are you pursuing? >> >> The following one occurs frequently on Gump/buildbot: >> [[[ >> Testcase: testCometConnectorStop took 4.078 sec >> FAILED >> Comet END event not received >> junit.framework.AssertionFailedError: Comet END event not received >> at >> org.apache.catalina.comet.TestCometProcessor.testCometConnectorStop(TestCometProcessor.java:293) >> >> ]]] > > ... or the 8 Bytes received instead of two separate 4 Bytes messages: > > Testcase: testSimpleCometClient took 9.304 sec > FAILED > expected: but was: > junit.framework.AssertionFailedError: expected: > but was: > at > org.apache.catalina.comet.TestCometProcessor.doSimpleCometTest(TestCometProcessor.java:196) > > at > org.apache.catalina.comet.TestCometProcessor.testSimpleCometClient(TestCometProcessor.java:121) > > > That is the one I can easily reproduce running NIO and AFAICT it occurs > before the exceptions logged. This one. The 8 bytes rather than 2 * 4 bytes. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52235] Please do a bit of SEO tuning for the web site
https://issues.apache.org/bugzilla/show_bug.cgi?id=52235 --- Comment #2 from bmargulies 2011-11-23 21:55:04 UTC --- I wish that I had a clue as to why google is so ignorant of the more recent doc. I wonder whom we could rustle up who would know? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52234] More documentation of embedding, please?
https://issues.apache.org/bugzilla/show_bug.cgi?id=52234 --- Comment #2 from bmargulies 2011-11-23 21:57:29 UTC --- Precisely. Off I go. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Standard Jar Scanner Conflict with TLD Config
On 23/11/2011 09:52, Chatree Srichart wrote: > Hi community. > > I got a problem when I start my own embedded Tomcat server with a lot of > JAR files in classpath. I got this error message for some jar files: > > java.lang.IllegalStateException: zip file closed > at java.util.zip.ZipFile.ensureOpen(ZipFile.java:403) > at java.util.zip.ZipFile.access$100(ZipFile.java:29) > at java.util.zip.ZipFile$2.hasMoreElements(ZipFile.java:303) > at java.util.jar.JarFile$1.hasMoreElements(JarFile.java:220) > at org.apache.tomcat.util.scan.FileUrlJar.nextEntry(FileUrlJar.java:75) > at org.apache.catalina.startup.TldConfig.tldScanJar(TldConfig.java:482) > at org.apache.catalina.startup.TldConfig.access$100(TldConfig.java:58) > at > org.apache.catalina.startup.TldConfig$TldJarScannerCallback.scan(TldConfig.java:276) > at > org.apache.tomcat.util.scan.StandardJarScanner.process(StandardJarScanner.java:241) > at > org.apache.tomcat.util.scan.StandardJarScanner.scan(StandardJarScanner.java:204) > at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:250) > at > org.apache.catalina.startup.TldConfig.lifecycleEvent(TldConfig.java:540) > at > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) > at > org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) > at > org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5041) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:844) > at > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:820) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:644) > > > I see a conflict in the trunk version (Revision: 1205335) when > FileUrlJar#nextEntry() method try to call this statement: > > FileUrlJar.java:75 > = > entries.hasMoreElements() > > after TldConfig#tldScanJar() method has been called and the jar has been > closed: > > TldConfig.java:489 > = > jar.close(); > > Let's say the system is trying to use closed JAR file. > Could you please tell me how to solve or ignore the problem? That shouldn't happen. The Jar should be opened, scanned and then closed. If you have a reproducible test case for this issue (which should be as small and as simple as possible) then please create a Bugzilla entry for the bug and add the test case. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52235] Please do a bit of SEO tuning for the web site
https://issues.apache.org/bugzilla/show_bug.cgi?id=52235 --- Comment #3 from Rich Bowen 2011-11-23 22:00:16 UTC --- Here's what I've done in the httpd 1.3 documentation: http://httpd.apache.org/docs/current/"/> That appears at the top of each page in the 1.3 docs, pointing to the canonical URL for that particular page. This has been extremely effective. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52236] Idea: support 'overlays' shaped like Maven overlays
https://issues.apache.org/bugzilla/show_bug.cgi?id=52236 --- Comment #3 from Mark Thomas 2011-11-23 22:07:25 UTC --- I'm a big fan of re-factoring. One of the things on my todo for Tomcat 8 is to at least look at removing all the JNDI stuff from DirContext JNDI stuff and simplify all that code. Anything that cleans-up and/or simplifies the code is welcome. 7.0.x is probably beyond the point where we want to make bug changes but we have free reign in trunk. Aliases are along a similar line to overlays (for static content). It may be worth extending aliases / combining your ideas with the current code (he says without having had a chance to look at your patch). -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52236] Idea: support 'overlays' shaped like Maven overlays
https://issues.apache.org/bugzilla/show_bug.cgi?id=52236 --- Comment #4 from bmargulies 2011-11-23 22:08:59 UTC --- Aliases, if I have it right, say 'substitute in a tree of static content *here*'. The patch says, 'first look in this webapp-shaped directory, then the next, then the next, then finally the 'real' one. I'll have a look at trunk refactoring. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 52235] Please do a bit of SEO tuning for the web site
https://issues.apache.org/bugzilla/show_bug.cgi?id=52235 --- Comment #4 from bmargulies 2011-11-23 22:18:27 UTC --- Do you want a patch from me for this, or is there a committer who is willing and able to blow through it? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[GUMP@vmgump]: Project tomcat-tc7.0.x-test (in module tomcat-7.0.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 tomcat-tc7.0.x-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 4 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - tomcat-tc7.0.x-test : Tomcat 7.x, a web server implementing Java Servlet 3.0, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on tomcat-tc7.0.x-dbcp exists, no need to add for property tomcat-dbcp-src.jar. -DEBUG- Dependency on commons-daemon exists, no need to add for property commons-daemon.native.src.tgz. -DEBUG- Dependency on commons-daemon exists, no need to add for property tomcat-native.tar.gz. -DEBUG- Dependency on tomcat-tc7.0.x-dbcp exists, no need to add for property tomcat-dbcp.home. -INFO- Failed with reason build failed -INFO- Project Reports in: /srv/gump/public/workspace/tomcat-7.0.x/output/build/logs The following work was performed: http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-test/gump_work/build_tomcat-7.0.x_tomcat-tc7.0.x-test.html Work Name: build_tomcat-7.0.x_tomcat-tc7.0.x-test (Type: Build) Work ended in a state of : Failed Elapsed: 17 mins 57 secs Command Line: /usr/lib/jvm/java-6-openjdk/bin/java -Djava.awt.headless=true -Dbuild.sysclasspath=only org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Djunit.jar=/srv/gump/public/workspace/junit/dist/junit-24112011.jar -Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-24112011-native-src.tar.gz -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-24112011-native-src.tar.gz -Dexamples.sources.skip=true -Dtomcat-dbcp.home=/srv/gump/public/workspace/tomcat-7.0.x/tomcat-deps -Djdt.jar=/srv/gump/packages/eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar -Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-24112011.jar -Dtomcat-dbcp-src.jar=/srv/gump/public/workspace/tomcat-7.0.x/tomcat-deps/tomcat-dbcp-src.jar -Dcommons-pool.home=/srv/gump/public/workspace/commons-pool-1.x -Dcommons-dbcp.home=/srv/gump/public/worksp ace/commons-dbcp-1.x -Dtomcat-dbcp.jar=/srv/gump/public/workspace/tomcat-7.0.x/tomcat-deps/tomcat-dbcp-24112011.jar test [Working Directory: /srv/gump/public/workspace/tomcat-7.0.x] CLASSPATH: /usr/lib/jvm/java-6-openjdk/lib/tools.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-7.0.x/output/testclasses:/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/tomcat-7.0.x/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/servlet-api.jar:/srv/gump/public/workspace/tomcat-7.0.x/outp ut/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/catalina.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/catalina-ha.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/tomcat-api.jar:/srv/gump/public/workspace/tomcat-7.0.x/output/build/lib/tomcat-util.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jaf-1.1ea/activation.jar:/srv/gump/packages/eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar:/srv/gump/public/workspace/tomcat-7. 0.x/tomcat-deps/tomcat-dbcp-24112011.jar:/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-24112011.jar:/srv/gump/public/worksp
