Return-Path: X-Original-To: apmail-tomcat-dev-archive@www.apache.org Delivered-To: apmail-tomcat-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 83A71F94D for ; Tue, 2 Apr 2013 20:08:53 +0000 (UTC) Received: (qmail 829 invoked by uid 500); 2 Apr 2013 20:08:52 -0000 Delivered-To: apmail-tomcat-dev-archive@tomcat.apache.org Received: (qmail 741 invoked by uid 500); 2 Apr 2013 20:08:52 -0000 Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Developers List" Delivered-To: mailing list dev@tomcat.apache.org Received: (qmail 729 invoked by uid 99); 2 Apr 2013 20:08:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Apr 2013 20:08:52 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.115] (HELO eir.zones.apache.org) (140.211.11.115) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Apr 2013 20:08:49 +0000 Received: by eir.zones.apache.org (Postfix, from userid 80) id E05D97FA2; Tue, 2 Apr 2013 20:08:28 +0000 (UTC) From: bugzilla@apache.org To: dev@tomcat.apache.org Subject: [Bug 54791] New: No TLD files were found in tools.jar when tools.jar is explicitly added to $CLASSPATH Date: Tue, 02 Apr 2013 20:08:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Tomcat 7 X-Bugzilla-Component: Catalina X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: knst.kolinko@gmail.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dev@tomcat.apache.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter classification Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://issues.apache.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org https://issues.apache.org/bugzilla/show_bug.cgi?id=54791 Bug ID: 54791 Summary: No TLD files were found in tools.jar when tools.jar is explicitly added to $CLASSPATH Product: Tomcat 7 Version: 7.0.39 Hardware: PC OS: Windows XP Status: NEW Severity: minor Priority: P2 Component: Catalina Assignee: dev@tomcat.apache.org Reporter: knst.kolinko@gmail.com Classification: Unclassified Since r1448831 (7.0.39) tools.jar is no longer mentioned in jarsToSkip Steps to reproduce 1. Use Eclipse IDE, version for JavaEE developers. I am using 3.7.2 (Indigo SR2) here. 2. Configure it to use a JDK. 3. Configure a new Server from Tomcat 7.0.39 In Java EE perspective, go to Servers view, right-click, choose "New -> Server" from context menu. 4. Examine launch configuration of the server. In Servers view click on the server instance. A new page opens in Editor area. Click on "Open launch configuration" link there. Go to "Classpath" tab. Note that the following JARs are in the classpath: * bootstrap.jar * tomcat-juli.jar * tools.jar 5. Deploy a web application on this server and start it. If you have configured logging (with -Djava.util.logging.config.file in the same launch configuration dialog), you may see complaints that there are no TLDs in tools.jar. 02-Apr-2013 18:24:39.637 INFO [main] org.apache.catalina.core.StandardEngine.startInternal Starting Servlet Engine: Apache Tomcat/7.0.39 (...) 02-Apr-2013 23:08:54.355 FINE [tc-http-2] org.apache.jasper.compiler.TldLocationsCache.tldScanJar No TLD files were found in [file:/C:/Program%20Files/Java/jdk1.6.0_43/lib/tools.jar]. Consider adding the JAR to the tomcat.util.scan.DefaultJarScanner.jarsToSkip or org.apache.catalina.startup.TldConfig.jarsToSkip property in CATALINA_BASE/conf/catalina.properties file. There are two ways to fix this a) add "tools.jar" to jarsToSkip property b) do not scan jars in classpath. In r1448831 in StandardJarScanner.java this b) would be replace stopLoader = ClassLoader.getSystemClassLoader().getParent(); with stopLoader = ClassLoader.getSystemClassLoader(); I see a problem with such a change, though. I think that there is no need to scan SystemClassLoader's classpath when Tomcat is launched via Bootstrap class. I think that we have to scan SystemClassLoader's classpath when launched in embedded mode via Tomcat class. Is is because it does not set up classloaders hierarchy like it is done by Bootstrap. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional commands, e-mail: dev-help@tomcat.apache.org