我试图在我的tomcat环境中追踪配置问题。我们的生产服务器正在运行tomcat安装并从共享的NFS安装中读取战争。
然而，当我使用独立的盒子（使用他们的配置）尝试相同的战争时，我收到下面发布的错误。
有趣的是，如果我将WEB-INF / lib中的所有jar解压缩到WEB-INF / classes中，这个错误就会消失。
所以，似乎某些东西阻止了应用程序加载WEB-INF / lib路径，但我不能在我的生活中找到任何导致这种情况的tomcat设置，因为它正在检测应用程序和配置，只是不包括在内的罐子。
有什么想法吗？
SEVERE：配置类的应用程序侦听器时出错 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.start（StandardContext.java:4342） 在org.apache.catalina.core.ContainerBase.addChildInternal（ContainerBase.java:791） 在org.apache.catalina.core.ContainerBase.addChild（ContainerBase.java:771） 在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） 在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） at sun.reflect.NativeMethodAccessorImpl.invoke0（Native Method） at sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39） at 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）12月20日， 2011年4:20: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） 在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） 在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） at sun.reflect.NativeMethodAccessorImpl.invoke0（Native Method） at sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:39） at 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）
答案 0 :(得分：2)
有一点需要注意，ClassNotFoundException并不总是意味着找不到列出的类（在你的情况下是org.springframework.web.context.ContextLoaderListener），这可能意味着无法加载类。
如果该特定类因任何原因无法加载，假设它有一个引用另一个未找到的类的静态块，则类加载器报告无法加载为“ClassNotFoundException”。
确保您的WEB-INF / lib目录不包含Tomcat默认库中也存在的类/ jar。如果有多个版本，这有时会导致加载失败。通过将jar解压缩到classes目录中，您可能会按路径顺序移动类，这就是它可以工作的原因。
答案 1 :(得分：2)
所以，我仍然没有理由为什么会发生这种情况，但我终于能够让它发挥作用了。通常，我们使用'unzip'将war解压缩到deploy目录中。我把它改成使用'jar'，一切都神奇地起作用。
我没有想法为什么会这样。我尝试了所有其他排列（检查我们的部署文件夹，符号链接，权限，所有权等），这是唯一的东西，这有所不同，甚至差异两个解压缩的文件夹显示它们是相同的，具有相同的权限，但一个工作，一个没有
另外值得注意的是：生产部署多年来一直使用'解压缩'。我真的无法想出这个，但我很高兴我至少可以做其他事情。