ClassNotFoundException:如何查找Java中的依赖冲突

Ale*_*xey 5 java tomcat servlets maven javax

在使用 Atmosphere servlet 的测试 WebSocket 应用程序中,我收到以下异常:

SEVERE: Servlet.service() for servlet AtmosphereServlet threw exception
java.lang.ClassNotFoundException: javax.servlet.AsyncContext
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1645)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1491)
    at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:191)
    at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:177)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
Run Code Online (Sandbox Code Playgroud)

从下面的帖子中我了解到这可能是由 Servlet 容器版本早于 Servlet 3.0 引起的:

ClassNotFoundException:Jetty hello world 中的 javax.servlet.AsyncContext

ClassNotFoundException:eclipse 中 Jetty hello world 中的 javax.servlet.AsyncContext

Grails 项目 - Servlet 调用 - ClassNotFoundException:javax.servlet.AsyncContext

然而应用程序运行在Tomcat7上,并且在pom.xml中添加了以下依赖项:

<!-- https://mvnrepository.com/artifact/javax.servlet/javax.servlet-api -->
<dependency>
    <groupId>javax.servlet</groupId>
    <artifactId>javax.servlet-api</artifactId>
    <version>3.1.0</version>
</dependency>
Run Code Online (Sandbox Code Playgroud)

我检查了项目中的所有其他依赖项,但无法找到与 Servlet 相关的任何其他内容。我仍然遇到例外。

问题:如何找到应用程序实际使用的jar文件?如何找到导致使用旧版本的依赖关系?

Ale*_*xey 4

我终于能够通过执行以下操作来解决依赖冲突。

为了找到应用程序使用的 jar 文件,我使用了下面的简单代码:

public void listJarFilesAndClassVersions() {    
    Class classToCheck = javax.servlet.ServletRequestWrapper.class;
    URL location = classToCheck.getResource('/'
        + classToCheck.getName().replace('.', '/') + ".class");

    System.out.println(location.toString());

    for(Package p : Package.getPackages()) {
        if (p.getName().startsWith("javax.servlet")) {
            System.out.println("Class: " + p.getName()
                + ", version: " + p.getSpecificationVersion());
        }
    }
}
Run Code Online (Sandbox Code Playgroud)

选择javax.servlet.ServletRequestWrapper类是因为它确实存在于旧的Servlet 2.5中。

上述脚本的执行给出了以下结果:

jar:file:/C:/Users/[username]/.m2/repository/org/apache/tomcat/servlet-api/6.0.29/servlet-api-6.0.29.jar!/javax/servlet/ServletRequestWrapper.class
Class: javax.servlet.jsp, version: 2.1
Class: javax.servlet, version: 2.5
Class: javax.servlet.http, version: null
Run Code Online (Sandbox Code Playgroud)

所以,首先,确认使用的是2.5版本的Servlet,其次,“坏”的jar位于tomcat目录下的maven存储库中。

经过短暂的研究,我终于找到了根本原因:在部署和运行maven应用程序时,我需要指定tomcat的具体版本,否则maven将使用版本6的tomcat中的库。所以对我来说修复是改变

mvn -Dmaven.tomcat.port=8080 tomcat:run-war
Run Code Online (Sandbox Code Playgroud)

mvn -Dmaven.tomcat.port=8080 tomcat7:run-war
Run Code Online (Sandbox Code Playgroud)

现在,如果我执行上面的脚本,它会给出以下结果:

jar:file:/C:/Users/[username]/.m2/repository/org/apache/tomcat/embed/tomcat-embed-core/7.0.47/tomcat-embed-core-7.0.47.jar!/javax/servlet/ServletRequestWrapper.class
Class: javax.servlet.jsp, version: 2.2
Class: javax.servlet, version: 7.0
Class: javax.servlet.http, version: 7.0
Class: javax.servlet.annotation, version: 7.0
Class: javax.servlet.descriptor, version: 7.0
Run Code Online (Sandbox Code Playgroud)

希望它可以帮助遇到同样问题的其他人。