Tomcat 6没有从WEB-INF/lib加载jar

Question

我正试图在我的tomcat环境中追踪配置问题.我们的生产服务器正在运行tomcat安装并从共享NFS挂载中读取战争.

但是,当我使用独立的盒子(使用它们的配置)尝试相同的战争时,我收到下面发布的错误.

有趣的是,如果我将WEB-INF/lib中的所有jar解压缩到WEB-INF/classes中,这个错误就会消失.

所以,似乎某些东西阻止了应用程序加载WEB-INF/lib路径,但我不能在我的生活中找到任何会导致这种情况的tomcat设置,因为它正在检测应用程序和配置,只是没有包括罐子.

有任何想法吗？

重度:类org.springframework.web.context.ContextLoaderListener抛出java.lang.ClassNotFoundException的错误配置应用程序监听器:org.springframework.web.context.ContextLoaderListener在org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387 )在org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)在org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3786)在org.apache.catalina.core.StandardContext.在org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)在org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)在org.apache开始(StandardContext.java:4342) .catalina.core.StandardHost.addChild(StandardHost.java:525)在org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:627)在org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java :553)org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)在org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)在org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)在org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent (LifecycleSupport.java:117)在org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)在org.apache.catalina.core.StandardHost.start(StandardHost.java:719)在org.apache. catalina.core.ContainerBase.start(ContainerBase.java:1045)在org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)在org.apache.catalina.core.StandardService.start(StandardService.java: 516)在org.apache.catalina.core.StandardServer.start(StandardServer.java:710)在org.apache.catalina.startup.Catalina.start(Catalina.java:578)在sun.reflect.NativeMethodAccessorImpl.invoke0(母语法)在sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)在sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)在java.lang.reflect.Me thod.invoke(Method.java:597)org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)12月20日2011下午四点二十分38秒org.apache.catalina.core.StandardContext listenerStart严重:错误配置类org.springframework.security.web.session.HttpSessionEventPublisher抛出java.lang.ClassNotFoundException的应用监听器:org.springframework.security.web .session.HttpSessionEventPublisher在org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)在org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)在org.apache.catalina.core .StandardContext.listenerStart(StandardContext.java:3786)在org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)在org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)在org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)at org.apache.catalina.core.StandardHost.的addChild(StandardHost.java:525)在org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:627)在org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)在org.apache .catalina.startup.HostConfig.deployApps(HostConfig.java:488)在org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)在org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :311)在org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)在org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)在org.apache.catalina.core. StandardHost.start(StandardHost.java:719)在org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)在org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)在组织.apache.catalina.core.StandardService.start(StandardService.java:516)位于org.apache.catalina.startup.Catalina.start(Catalina)的org.apache.catalina.core.StandardServer.start(StandardServer.java:710)的.java:578)在sun.reflect.NativeMethodAccessorImpl.invoke0(本机方法)在sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)在sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)在java的. lang.reflect.Method.invoke(Method.java:597)org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)org.apache.catalina.startup.Bootstrap.main(Bootstrap.java: 413)

Answer 1

所以，我仍然不知道为什么会发生这种情况，但我终于能够让它工作了。通常，我们使用“unzip”将war解压到deploy目录中。我将其切换为使用“jar”，一切都神奇地工作了。

我不知道为什么会这样。我尝试了所有其他排列（检查我们的部署文件夹、符号链接、权限、所有权等），这是唯一有区别的事情，甚至比较两个解压的文件夹显示它们是相同的，具有相同的权限，但是一个有的有效，有的没有

另外值得注意的是：生产部署多年来一直使用“unzip”。我真的无法解决这个问题，但我很高兴至少可以做其他事情。