NoSuchMethodError: javax.servlet.ServletContext.getVirtualServerName()Ljava/lang/String;

最近把项目由原来的spring + spring mvc 升级到springboot v2.0.2上,可以启动不了,报“

NoSuchMethodError: javax.servlet.ServletContext.getVirtualServerName()Ljava/lang/String”

这个错。网上说是servlet-api这个jar冲突了,要使用3.1版本。所以我直接引入了:

  1.   <dependency>
  2.   <groupId>javax.servlet</groupId>
  3.   <artifactId>servlet-api</artifactId>
  4.   <version>3.1.0</version>
  5.   <scope>provided</scope>
  6.   </dependency>

再次启动发现问题如故,实际依赖的还是2.4版本。看来事情没这么简单,后来这遍博客提醒了我:http://outofmemory.cn/code-snippet/10914/maven-command-dependency。在项目根目录下执行“mvn dependency:tree”命令来查看是哪个家伙把server-api.jar引进来的:

  1.   [INFO] +- org.httpunit:httpunit:jar:1.7.2:compile
  2.   [INFO] | +- rhino:js:jar:1.6R5:compile
  3.   [INFO] | +- nekohtml:nekohtml:jar:0.9.5:compile
  4.   [INFO] | +- javax.servlet:servlet-api:jar:2.4:compile
  5.   [INFO] | +- net.sf.jtidy:jtidy:jar:r938:compile
  6.   [INFO] | +- xerces:xercesImpl:jar:2.6.1:compile
  7.   [INFO] | \- xerces:xmlParserAPIs:jar:2.6.1:compile

元凶是httpuint了,最后把依赖排除掉:

  1.   <dependency>
  2.   <groupId>org.httpunit</groupId>
  3.   <artifactId>httpunit</artifactId>
  4.   <version>1.7.2</version>
  5.   <exclusions>
  6.   <exclusion>
  7.   <groupId>javax.servlet</groupId>
  8.   <artifactId>servlet-api</artifactId>
  9.   </exclusion>
  10.   </exclusions>
  11.   </dependency>

搞定。我的问题其实不是jar冲突,准备说是ServletContext接口冲突 了。项目依赖了tomcat-embed-core-8.5.31.jar已经有ServletContext了,并且ServletContext接口确确实实定义了getVirtualServerName()方法,只不过jvm先加载了servelt-api中的ServletContext类,后来在加载tomcat-embed-core-8.5.31中的ServletContext时发现它已经存在就不再加载了。

上一篇:ServletContext对象、文件下载案例


下一篇:2020.1.13