DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-06-06 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 --- Comment #9 from Alex Dupre a...@freebsd.org 2011-06-06 07:04:32 UTC --- Is there an ETA for tomcat 7.0.15? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because:

DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-06-02 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED

DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-05-30 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 --- Comment #7 from Mark Thomas ma...@apache.org 2011-05-30 08:55:57 UTC --- Your test cases are not representative of the typical jar handling within Tomcat. As is explained in the code commentary in the patch, Jars in web applications

DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-05-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 --- Comment #1 from Alex Dupre a...@freebsd.org 2011-05-27 14:49:54 UTC --- I've debugged the problem and found the issue. This is the incriminated commit: === While scanning JARs for TLDs and fragments, avoid using JarFile and use

DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-05-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 --- Comment #2 from Alex Dupre a...@freebsd.org 2011-05-27 14:51:01 UTC --- Created attachment 27076 -- https://issues.apache.org/bugzilla/attachment.cgi?id=27076 Test case showing the issue. -- Configure bugmail:

DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-05-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 Alex Dupre a...@freebsd.org changed: What|Removed |Added Attachment #27076|application/octet-stream|text/plain

DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-05-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 Lapo Luchini l...@lapo.it changed: What|Removed |Added CC||l...@lapo.it --

DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-05-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 --- Comment #3 from Alex Dupre a...@freebsd.org 2011-05-27 15:14:18 UTC --- Other notes: - the issue is reproducible on all platforms (tested configurations: OpenJDK6 on FreeBSD and Oracle JDK 1.6 on Windows) - even modifying the test case

DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-05-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 --- Comment #4 from Mark Thomas ma...@apache.org 2011-05-27 15:43:20 UTC --- The attached test case isn't representative of how Tomcat handles JARs. The references to the JARs are passed as URLs. The temporary copy that JarFile creates in

DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-05-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 --- Comment #5 from Chuck Caldarale chuck.caldar...@unisys.com 2011-05-27 16:06:59 UTC --- (In reply to comment #3) - JarFile has most parts in native code, while JarInputStream is 100% Java code Sorry, that's completely untrue. All

DO NOT REPLY [Bug 51276] Startup time is too high if there are few JARs in lib/ and a few webapps.

2011-05-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51276 --- Comment #6 from Alex Dupre a...@freebsd.org 2011-05-27 16:58:33 UTC --- I wanted to create the most simple test case to show up the *enormous and unjustified* performance difference of JarFile vs JarInputStream on local files. Passing a