【问题标题】:ClassNotFoundException Error in Tomcat 5.5 and Tomcat 6.0Tomcat 5.5 和 Tomcat 6.0 中的 ClassNotFoundException 错误
【发布时间】:2012-06-11 20:51:16
【问题描述】:

我在使用 tomcat 5.5 和 tomcat 6.0 服务器时遇到了这个奇怪的问题。我有两个将安装在 tomcat 上的 web 应用程序。当 tomcat 启动时,这两个 web 应用程序也同时启动,但有时一个 web 应用程序由于一个应用程序中的 init 失败而无法初始化,另一个应用程序在运行时出现 classnotfoundexception 错误。在 tomcat 7.0 中,即使其他应用程序初始化失败,应用程序也可以正常运行。

经过一些调试后,我知道有一个名为 crystal.jar 的 jar,它位于两个应用程序的 web-inf/lib 文件夹中。我已将 jar 移动到 tomcat 的 common/lib 文件夹,然后它开始正常工作。我想知道为什么它在 tomcat 7.0 中运行良好,而不是在 tomcat 5.x 和 tomcat 6.x 版本中。这些版本之间的类加载架构是否有任何变化?

谢谢

EDIT1: 该库位于两个应用程序 WEB-INF\lib 目录的位置,并且它们与外部 DLLS 没有依赖关系。刚才我阅读了有关 tomcat 5.5 类加载器架构的信息,并了解到每个 Web 应用程序都有自己的类加载器。 WEB-INF\lib 文件夹和 classes 文件夹中的库将被加载到这个类加载器中。存储在公共目录下的库将被放置到共享类加载器中。然后这个库应该在 web 应用程序的单独的类加载器中单独加载。即使一个 Web 应用程序无法启动,其他 Web 应用程序也应该独立工作。这就是为什么我觉得奇怪,需要进一步调查。

【问题讨论】:

    标签: jakarta-ee tomcat tomcat6 tomcat7 tomcat5.5


    【解决方案1】:

    终于找到了这个问题的答案

    存在一种已知的 PermGen 内存泄漏,当一个库类 被系统类引用,因此寿命超过了它的年龄。一 例如,当 Java 发现 JDBC 驱动程序或其他服务时 并“自动注册”它。它保持对它的引用 系统,但该类本身属于 Web 应用程序,必须 当应用程序停止时被卸载 - 但不能,因此 参考。并非所有此类引用都很容易清除。

    这种情况下的一个典型症状是第一个 Web 应用程序 依赖此系统功能的将成功,但第二个和 其他的将失败(因为在 系统属于第一个 Web 应用程序,无法看到来自的类 第二个应用程序的类加载器,反之亦然)。

    Tomcat 7 和最新版本的 Tomcat 6 具有更好的保护 在默认情况下针对某些已知的 PermGen 内存泄漏 配置。

    Tomcat 5.5 根本没有这种保护。

    编辑一些参考资料

    http://people.apache.org/~markt/presentations/2010-08-05-Memory-Leaks-JavaOne-60mins.pdf http://people.apache.org/~markt/presentations/2010-11-04-Memory-Leaks-60mins.pdf

    http://eclipse.org/mat/

    http://wiki.apache.org/tomcat/FAQ/Troubleshooting_and_Diagnostics http://wiki.apache.org/tomcat/MemoryLeakProtection

    【讨论】:

      猜你喜欢
      • 2010-10-26
      • 2011-04-05
      • 1970-01-01
      • 2010-10-06
      • 1970-01-01
      • 2012-09-25
      • 2011-08-10
      • 2014-12-30
      • 1970-01-01
      相关资源
      最近更新 更多