java - 仅在(某些)IDE 中发生 NoSuchMethodError

Question

我遇到了有点奇怪的 NoSuchMethodError 情况，这种情况仅在我从某些 IDE 运行测试时才会发生。更重要的是，尽管我的类路径(javax.servlet api 2 和 3，但我强制执行 3)上的接口(interface)可能发生冲突，但我只有一个实现(来自 spring-web-test 4.0.3 的 MockHttpServletResponse)，所以不知道这是如何发生的。

我与传递依赖发生了一些冲突，但在实现冲突解决策略后，它们都得到了解决。在构建服务器上，从控制台本地构建以及在我的 Windows 计算机上从 Eclipse Juno 手动启动测试时，一切都很好。

但是，当我从 IntelliJ(或 Linux 上的 Eclipse Luna)启动它时:

(ServletServerHttpResponse$ServletResponseHttpHeaders.getFirst(String)行:136)

String value = servletResponse.getHeader(headerName)

最终结果是:

java.lang.NoSuchMethodError: javax.servlet.http.HttpServletResponse.getHeader(Ljava/lang/String;)Ljava/lang/String;

我可以看到 javax.servlet.api 2 中的 HttpServletResponse 接口(interface)没有 getHeader 方法(版本 3 有)，所以也许这就是问题所在。但是 servletResponse 是来自 spring web 4 的 org.springframework.mock.web.MockHttpServletResponse 的实例，它确实有这个方法!至于接口(interface)，一切都是强制执行的，根据 gradle 依赖项的输出:

 +--- javax.servlet:servlet-api:2.5 -> javax.servlet:javax.servlet-api:3.1.0
|    |    |         +--- org.mortbay.jetty:jetty:6.1.26 (*)
|    |    |         +--- org.mortbay.jetty:jetty-util:6.1.26
|    |    |         +--- com.sun.jersey:jersey-core:1.9
|    |    |         +--- com.sun.jersey:jersey-json:1.9
|    |    |         |    +--- org.codehaus.jettison:jettison:1.1
|    |    |         |    +--- com.sun.xml.bind:jaxb-impl:2.2.3-1 -> 2.2.6
|    |    |         |    +--- org.codehaus.jackson:jackson-core-asl:1.8.3 -> 1.9.13
|    |    |         |    +--- org.codehaus.jackson:jackson-mapper-asl:1.8.3 -> 1.9.13 (*)
|    |    |         |    +--- org.codehaus.jackson:jackson-jaxrs:1.8.3
|    |    |         |    |    +--- org.codehaus.jackson:jackson-core-asl:1.8.3 -> 1.9.13
|    |    |         |    |    \--- org.codehaus.jackson:jackson-mapper-asl:1.8.3 -> 1.9.13 (*)
|    |    |         |    \--- org.codehaus.jackson:jackson-xc:1.8.3
|    |    |         |         +--- org.codehaus.jackson:jackson-core-asl:1.8.3 -> 1.9.13
|    |    |         |         \--- org.codehaus.jackson:jackson-mapper-asl:1.8.3 -> 1.9.13 (*)
|    |    |         +--- com.sun.jersey:jersey-server:1.9
|    |    |         |    \--- asm:asm:3.1
|    |    |         +--- tomcat:jasper-compiler:5.5.23
|    |    |         +--- tomcat:jasper-runtime:5.5.23
|    |    |         |    +--- javax.servlet:servlet-api:2.4 -> javax.servlet:javax.servlet-api:3.1.0

+--- org.springframework:spring-web:4.0.3.RELEASE (*)

我做错了什么吗，还是 gradle 与 IDE 集成的另一个问题(这似乎变得更糟，而不是更好:()。我使用的是 1.9 版本

Answer 1

叹息，像往常一样，结果是那个噩梦般的情况，冲突的旧类版本是从另一个人工制品(具有不同的名称)中拉出的。我获得了对 jetty 2 的传递依赖，它带来了 secret servlet api 版本 2。永远的 Java。

为了解决这个问题，我将 jetty 组添加到我的冲突解决规则中，现在看起来像这样:

// Fix javax dependency
                if (dependency.requested.group in ["javax.servlet","org.mortbay.jetty"] && dependency.requested.name in ["servlet-api", "javax.servlet-api"]) {
                    dependency.useTarget 'javax.servlet:javax.servlet-api:3.1.0'
                }

有趣的是，IDE 仍然很困惑(即，如果我尝试直接使用 HttpServletResponse 类，它会提示)，但测试现在可以正常启动，没有任何错误。足够好了。