Hi,
As requested here is the full stack trace:
WARNING: Failed to process JAR
[jar:file:/usr/java/jre1.6.0_24/lib/tools.jar!/null] for TLD files
java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(Unknown Source)
at java.util.jar.JarFile.<init>(Unknown Source)
at java.util.jar.JarFile.<init>(Unknown Source)
at sun.net.www.protocol.jar.URLJarFile.<init>(Unknown Source)
at sun.net.www.protocol.jar.URLJarFile.getJarFile(Unknown Source)
at sun.net.www.protocol.jar.JarFileFactory.get(Unknown Source)
at sun.net.www.protocol.jar.JarURLConnection.connect(Unknown Source)
at sun.net.www.protocol.jar.JarURLConnection.getJarFile(Unknown Source)
at org.apache.catalina.startup.TldConfig.tldScanJar(TldConfig.java:507)
at org.apache.catalina.startup.TldConfig.access$100(TldConfig.java:59)
at
org.apache.catalina.startup.TldConfig$TldJarScannerCallback.scan(TldConfig.java:332)
at
org.apache.tomcat.util.scan.StandardJarScanner.process(StandardJarScanner.java:234)
at
org.apache.tomcat.util.scan.StandardJarScanner.scan(StandardJarScanner.java:197)
at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:306)
at
org.apache.catalina.startup.TldConfig.lifecycleEvent(TldConfig.java:585)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:89)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5031)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:812)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:787)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:607)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:633)
at
org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:558)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:468)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1305)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:89)
at
org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:379)
at
org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:324)
at
org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1041)
at
org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:774)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145)
at
org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1033)
at
org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:291)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145)
at
org.apache.catalina.core.StandardService.startInternal(StandardService.java:443)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145)
at
org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:726)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145)
at org.apache.catalina.startup.Catalina.start(Catalina.java:620)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:303)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:219)
I certainly didn't do anything that I'm aware of that would have included
tools.jar on the class path. The Tomcat version 6.0.32 that I was previously
using didn't have this error but this is my first try at the Tomcat 7 stream.
Cheers,
Matt
-----Original Message-----
From: Mark Thomas [mailto:ma...@apache.org]
Sent: Wednesday, March 09, 2011 12:07 PM
To: Tomcat Users List
Subject: Re: tools.jar dependency with Tomcat 7.0.10?
On 09/03/2011 17:00, Mathew Samuel wrote:
> Hi,
>
> Just trying to use Tomcat 7.0.10. I see the following in the relevant
> catalina.err file:
>
> WARNING: Failed to process JAR
> [jar:file:/usr/java/jre1.6.0_24/lib/tools.jar!/null] for TLD files
> java.util.zip.ZipException: error in opening zip file
At a guess, you have tools.jar on the class path so Tomcat is trying to scan
it. A couple of things strike me as odd about that:
- tools.jar shouldn't be on the class path - how did it get there?
- if it were it should be skipped - why wasn't it skipped?
What is the full stack trace of that exception?
> I can get around this by renaming some random zip file as tools.jar and
> placing it there but I suppose what I was wondering is if this is an already
> reported Tomcat bug with 7.0.10?
Whether or not it is a bug depends on the answers to the questions above.
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
