[Bug 59813] Infinite loop behavior on circular relations of Class-Path entries in Manifest.MF file
https://bz.apache.org/bugzilla/show_bug.cgi?id=59813 --- Comment #3 from chris.ve...@rainhail.com --- Created attachment 34020 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34020&action=edit Thread dump I've attached a thread dump that tipped us off to the problem. This was NOT generated using my test case, this was generated using the IBM MQ libraries which caused a heap dump as well and emitted this thread dump at the same time. Like the thread dump generated by HyunWoo Jo, org.apache.tomcat.util.scan.StandardJarScanner.process makes an appearance. -- 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: svn commit: r1751173 - in /tomcat/trunk: java/org/apache/catalina/mapper/Mapper.java test/org/apache/catalina/mapper/TestMapper.java test/org/apache/catalina/mapper/TestMapperPerformance.java weba
On 06/07/2016 22:55, Christopher Schultz wrote:
> Mark,
>
> On 7/3/16 4:24 PM, ma...@apache.org wrote:
>> Author: markt
>> Date: Sun Jul 3 20:24:18 2016
>> New Revision: 1751173
>>
>> URL: http://svn.apache.org/viewvc?rev=1751173&view=rev
>> Log:
>> The original request for regular expression support would be too expensive
>> to implement.
>> This commit adds support for wild card host names.
>> It adds overhead for requests where the Host header is not an exact match
>> since the code now has to convert the name in the header to the wild card
>> form and then search for that.
>> However, this overhead is offset by caching the default host so it is not
>> necessary to do a look up for the default host.
>> I've also expanded the performance tests. On my laptop the before and after
>> results are broadly similar with some small improvements and some small
>> increases.
>> @@ -720,12 +747,24 @@ public final class Mapper {
>> MappedHost[] hosts = this.hosts;
>> MappedHost mappedHost = exactFindIgnoreCase(hosts, host);
>> if (mappedHost == null) {
>> -if (defaultHostName == null) {
>> -return;
>> +// Note: Internally, the Mapper does not use the leading * on a
>> +// wildcard host. This is to allow this shortcut.
>> +int firstDot = host.indexOf('.');
>> +if (firstDot > -1) {
>> +int offset = host.getOffset();
>> +try {
>> +host.setOffset(firstDot + offset);
>> +mappedHost = exactFindIgnoreCase(hosts, host);
>> +} finally {
>> +// Make absolutely sure this gets reset
>> +host.setOffset(offset);
>> +}
>> }
>> -mappedHost = exactFind(hosts, defaultHostName);
>> if (mappedHost == null) {
>> -return;
>> +mappedHost = defaultHost;
>> +if (mappedHost == null) {
>> +return;
>> +}
>> }
>> }
>> mappingData.host = mappedHost.object;
>> @@ -1497,6 +1536,22 @@ public final class Mapper {
>> }
>>
>>
>> +/*
>> + * To simplify the mapping process, wild card hosts take the form
>> + * ".apache.org" rather than "*.apache.org" internally. However, for
>> ease
>> + * of use the external form remains "*.apache.org". Any host name passed
>> + * into this class needs to be passed through this method to rename and
>> + * wild card host names from the external to internal form.
>> + */
>> +private static String renameWildcardHost(String hostName) {
>> +if (hostName.startsWith("*.")) {
>> +return hostName.substring(1);
>> +} else {
>> +return hostName;
>> +}
>> +}
>> +
>> +
>> // - MapElement Inner
>> Class
>>
>>
>>
> It's tough to tell from this diff... does the server take a performance
> hit of wildcard-matching if no wildcards are in use?
I've removed the noise and left the key parts above.
Marginally.
The difference comes if no exact match to the requested host is found.
The old code then searched for the default host
The new code searches for a wildcard host and if not match is found
returns the cached default host.
The new code is slightly slower in some cases and faster in others but
the performance difference was marginal. It was the order of 10
nanoseconds per request.
> My (long overdue) plan for doing regular-expression matching for things
> like this was going to be to encapsulate the searching algorithm into a
> few classes that would behave differently depending upon what needed to
> be searched. For example, if all hostnames were explicitly-named, then
> the existing binary search algorithm could be used, or if there was only
> the one default host, it would always return that default host. For
> regular expressions, the entire algorithm would change.
>
> I can't see from the diff where the change to the map() function is, so
> I suspect it's quite a small change indeed, which is why I was thinking
> that it might affect all requests even when wildcards weren't in use.
A 'wild cards in use flag' could be added that would improve things
considerably since it would save an entire lookup. Any patch along those
lines would need to be careful to keep track of whether or not wild
cards were being used.
As always, patches welcome ;)
Mark
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 59823] New: HttpServletRequest#authenticate does not invoke JASPIC SAM
https://bz.apache.org/bugzilla/show_bug.cgi?id=59823 Bug ID: 59823 Summary: HttpServletRequest#authenticate does not invoke JASPIC SAM Product: Tomcat 9 Version: 9.0.0.M8 Hardware: PC OS: All Status: NEW Severity: normal Priority: P2 Component: Catalina Assignee: dev@tomcat.apache.org Reporter: arjan.ti...@gmail.com When a JASPIC SAM is (programmatically) installed and subsequently HttpServletRequest#authenticate() is called the SAM is not actually being invoked. According to 3.9.3 of the JASPIC 1.1 spec the SAM should be invoked. I added a new test to the Java EE 7 samples project for this: https://github.com/javaee-samples/javaee7-samples/tree/master/jaspic/programmatic-authentication To reproduce: * Deploy .war in submodule to Tomcat 9.0.0.M8 * Request http://localhost:8080/jaspic-programmatic-authentication/public/authenticate The result is: This is a public servlet before web username: null before web user has role "architect": false request.authenticate outcome: false after web username: null after web user has role "architect": false But should be: This is a public servlet before web username: null before web user has role "architect": false request.authenticate outcome: true after web username: test after web user has role "architect": true -- 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
[Bug 59823] HttpServletRequest#authenticate does not invoke JASPIC SAM
https://bz.apache.org/bugzilla/show_bug.cgi?id=59823 Arjan Tijms changed: What|Removed |Added CC||arjan.ti...@gmail.com -- 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
[Bug 59779] useRelativeRedirects being enabled breaks proxyPort and scheme
https://bz.apache.org/bugzilla/show_bug.cgi?id=59779 --- Comment #8 from NateC --- (In reply to Christopher Schultz from comment #7) > (In reply to NateC from comment #0) > > It would be better if org.apache.catalina.connector.Response.sendRedirect > > could check if any values used to construct the redirect url had been > > modified during the processing of the request and an absolute response > > is required. > > Under what conditions would those values be changed in a way that the > reverse prosy itself didn't know about? I am not sure what you asking here but are you trying to suggest the reverse proxy should be content aware and modify the contents of the responses from the tomcat server to add secure and alter the urls in redirects to be absolute so that the client ends up at the correct destination rather than having tomcat do that? > I'm not saying there is no opportunity for improvement, here, but I don't > see a use-case where the existing capabilities won't work. I agree that the it will work with the ability to disable useRelativeRedirects. My point was just that an upgrade from < 7.0.67 to >= 7.0.67 using a connector configured as described will break redirects until the contexts are configured to not use relative redirects. It is more of a backwards compatibility issue than anything. -- 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
svn commit: r14311 - in /release/tomcat/tomcat-8: v8.0.35/ v8.5.2/
Author: markt Date: Thu Jul 7 19:04:46 2016 New Revision: 14311 Log: Remove old versions Removed: release/tomcat/tomcat-8/v8.0.35/ release/tomcat/tomcat-8/v8.5.2/ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r14312 - /release/tomcat/tomcat-8/v8.5.3/README.html
Author: markt Date: Thu Jul 7 19:06:17 2016 New Revision: 14312 Log: Tomcat 8.5 requires Java 7, not 8 Modified: release/tomcat/tomcat-8/v8.5.3/README.html Modified: release/tomcat/tomcat-8/v8.5.3/README.html == --- release/tomcat/tomcat-8/v8.5.3/README.html (original) +++ release/tomcat/tomcat-8/v8.5.3/README.html Thu Jul 7 19:06:17 2016 @@ -39,7 +39,7 @@ and must be untarred with a GNU compatib of tar on Solaris and Mac OS X will not work with these files. -Tomcat 8.5 requires Java SE 8 or later. Read the +Tomcat 8.5 requires Java SE 7 or later. Read the RELEASE-NOTES and the RUNNING.txt file in the distribution for more details. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1751827 - /tomcat/tc8.5.x/trunk/res/welcome.main.html
Author: markt Date: Thu Jul 7 19:08:21 2016 New Revision: 1751827 URL: http://svn.apache.org/viewvc?rev=1751827&view=rev Log: Tomcat 8.5.x requires Java 7, not Java 8. Modified: tomcat/tc8.5.x/trunk/res/welcome.main.html Modified: tomcat/tc8.5.x/trunk/res/welcome.main.html URL: http://svn.apache.org/viewvc/tomcat/tc8.5.x/trunk/res/welcome.main.html?rev=1751827&r1=1751826&r2=1751827&view=diff == --- tomcat/tc8.5.x/trunk/res/welcome.main.html (original) +++ tomcat/tc8.5.x/trunk/res/welcome.main.html Thu Jul 7 19:08:21 2016 @@ -39,7 +39,7 @@ and must be untarred with a GNU compatib of tar on Solaris and Mac OS X will not work with these files. -Tomcat @VERSION_MAJOR_MINOR@ requires Java SE 8 or later. Read the +Tomcat @VERSION_MAJOR_MINOR@ requires Java SE 7 or later. Read the RELEASE-NOTES and the RUNNING.txt file in the distribution for more details. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 59824] New: RewriteValve is not asyncSupported by default
https://bz.apache.org/bugzilla/show_bug.cgi?id=59824 Bug ID: 59824 Summary: RewriteValve is not asyncSupported by default Product: Tomcat 8 Version: 8.5.3 Hardware: PC Status: NEW Severity: normal Priority: P2 Component: Catalina Assignee: dev@tomcat.apache.org Reporter: bjk...@gmail.com Unlike all other Tomcat valves, RewriteValve does not set asyncSupported=true by default, so asyncSupported="true" must be explicitly specified in XML. -- 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
[Bug 59825] New: Better diagnostic needed for missing asyncSupported
https://bz.apache.org/bugzilla/show_bug.cgi?id=59825 Bug ID: 59825 Summary: Better diagnostic needed for missing asyncSupported Product: Tomcat 8 Version: 8.5.3 Hardware: PC Status: NEW Severity: normal Priority: P2 Component: Catalina Assignee: dev@tomcat.apache.org Reporter: bjk...@gmail.com It's difficult to determine why ServletRequest.startAsync has failed. The stack trace of the exception can be checked, but it's not obvious which classes are relevant, particularly if you're trying to add asynchronous request processing to existing environments. At a minimum, the message should be updated to indicate that valves need to explicitly declare support for asynchronous request processing, but ideally, the error message would explicitly list the valves, filters, and servlets that do not explicitly declare support: "Attempt to put servlet into asynchronous mode has failed. The following do not explicitly declare support for asynchronous request processing: valve , ..., filter , ..., servlet , ..." -- 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
[Bug 59825] Better diagnostic needed for missing asyncSupported
https://bz.apache.org/bugzilla/show_bug.cgi?id=59825 Remy Maucherat changed: What|Removed |Added OS||All Severity|normal |enhancement -- 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-tc8.0.x-test-bio (in module tomcat-8.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-tc8.0.x-test-bio 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 Timed Out'. For reference only, the following projects are affected by this: - tomcat-tc8.0.x-test-bio : Tomcat 8.x, a web server implementing the Java Servlet 3.1, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-bio/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -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. -INFO- Failed with reason build timed out -INFO- Project Reports in: /srv/gump/public/workspace/tomcat-8.0.x/output/logs-BIO -INFO- Project Reports in: /srv/gump/public/workspace/tomcat-8.0.x/output/test-tmp-BIO/logs -WARNING- No directory [/srv/gump/public/workspace/tomcat-8.0.x/output/test-tmp-BIO/logs] The following work was performed: http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-bio/gump_work/build_tomcat-8.0.x_tomcat-tc8.0.x-test-bio.html Work Name: build_tomcat-8.0.x_tomcat-tc8.0.x-test-bio (Type: Build) Work ended in a state of : Failed Elapsed: 1 hour 3 secs Command Line: /usr/lib/jvm/java-8-oracle/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/target/junit-4.13-SNAPSHOT.jar -Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.5-SNAPSHOT.jar -Dtest.reports=output/logs-BIO -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20160708-native-src.tar.gz -Dexamples.sources.skip=true -Dbase.path=/srv/gump/public/workspace/tomcat-8.0.x/tomcat-build-libs -Djdt.jar=/srv/gump/packages/eclipse/plugins/R-4.5-201506032000/ecj-4.5.jar -Dtest.relaxTiming=true -Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20160708.jar -Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20160708-native-src.tar.gz -Dtest.temp=output/test-tmp-BIO -Dtest.accesslog=true -Dexecute.t est.nio=false -Dtest.openssl.path=/srv/gump/public/workspace/openssl-1.0.2/dest-20160708/bin/openssl -Dexecute.test.bio=true -Dexecute.test.apr=false -Dtest.excludePerformance=true -Dexecute.test.nio2=false -Deasymock.jar=/srv/gump/public/workspace/easymock/core/target/easymock-3.5-SNAPSHOT.jar -Dhamcrest.jar=/srv/gump/packages/hamcrest/hamcrest-core-1.3.jar -Dcglib.jar=/srv/gump/packages/cglib/cglib-nodep-2.2.jar test [Working Directory: /srv/gump/public/workspace/tomcat-8.0.x] CLASSPATH: /usr/lib/jvm/java-8-oracle/lib/tools.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-8.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-junit4.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-8.0.x/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/servlet-api.ja r:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/websocket-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-storeconfig.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-ha.jar
[GUMP@vmgump]: Project tomcat-tc8.0.x-test-nio2 (in module tomcat-8.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-tc8.0.x-test-nio2 has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Timed Out'. For reference only, the following projects are affected by this: - tomcat-tc8.0.x-test-nio2 : Tomcat 8.x, a web server implementing the Java Servlet 3.1, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-nio2/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -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. -INFO- Failed with reason build timed out -INFO- Project Reports in: /srv/gump/public/workspace/tomcat-8.0.x/output/logs-NIO2 -INFO- Project Reports in: /srv/gump/public/workspace/tomcat-8.0.x/output/test-tmp-NIO2/logs -WARNING- No directory [/srv/gump/public/workspace/tomcat-8.0.x/output/test-tmp-NIO2/logs] The following work was performed: http://vmgump.apache.org/gump/public/tomcat-8.0.x/tomcat-tc8.0.x-test-nio2/gump_work/build_tomcat-8.0.x_tomcat-tc8.0.x-test-nio2.html Work Name: build_tomcat-8.0.x_tomcat-tc8.0.x-test-nio2 (Type: Build) Work ended in a state of : Failed Elapsed: 1 hour 3 secs Command Line: /usr/lib/jvm/java-8-oracle/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/target/junit-4.13-SNAPSHOT.jar -Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.5-SNAPSHOT.jar -Dtest.reports=output/logs-NIO2 -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20160708-native-src.tar.gz -Dexamples.sources.skip=true -Dbase.path=/srv/gump/public/workspace/tomcat-8.0.x/tomcat-build-libs -Djdt.jar=/srv/gump/packages/eclipse/plugins/R-4.5-201506032000/ecj-4.5.jar -Dtest.relaxTiming=true -Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20160708.jar -Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20160708-native-src.tar.gz -Dtest.temp=output/test-tmp-NIO2 -Dtest.accesslog=true -Dexecute .test.nio=false -Dtest.openssl.path=/srv/gump/public/workspace/openssl-1.0.2/dest-20160708/bin/openssl -Dexecute.test.bio=false -Dexecute.test.apr=false -Dtest.excludePerformance=true -Dexecute.test.nio2=true -Deasymock.jar=/srv/gump/public/workspace/easymock/core/target/easymock-3.5-SNAPSHOT.jar -Dhamcrest.jar=/srv/gump/packages/hamcrest/hamcrest-core-1.3.jar -Dcglib.jar=/srv/gump/packages/cglib/cglib-nodep-2.2.jar test [Working Directory: /srv/gump/public/workspace/tomcat-8.0.x] CLASSPATH: /usr/lib/jvm/java-8-oracle/lib/tools.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-8.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-junit4.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-8.0.x/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/servlet-api.ja r:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/websocket-api.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-storeconfig.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-8.0.x/output/build/lib/catalina-ha.jar:/srv/gump/public/workspace
