仅在（某些）IDE 中发生 NoSuchMethodError

Question

我遇到了一些奇怪的 NoSuchMethodError 情况，仅当我从某些 IDE 运行测试时才会发生这种情况。更重要的是，尽管在我的类路径上可能会发生接口冲突（javax.servlet api 2 和 3，但我强制执行 3），但我只有一个实现（来自 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 接口没有 getHeader 方法（版本 3 有），所以也许这就是问题所在。但是 servletResponse 是来自 spring web 4 的 org.springframework.mock.web.MockHttpServletResponse 的实例，它确实有这个方法！至于接口，一切都被强制执行，根据 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 的传递依赖，它带来了秘密 servlet api 版本 2。Java 永远。

为了解决这个问题，我在我的冲突解决规则中添加了码头组，现在看起来像这样：

// 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 类，它会报错），但测试现在可以正常启动，没有任何错误。够了。