org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].Standard

最新推荐文章于 2023-08-17 14:36:30 发布

深蓝浅蓝的天

最新推荐文章于 2023-08-17 14:36:30 发布

阅读量1.6w

点赞数

CC 4.0 BY-SA版权

文章标签： tomcat maven springboot

本文链接：https://blog.youkuaiyun.com/wang124454731/article/details/69948545

本文介绍了一种Spring Boot应用在不同版本Tomcat中部署时出现的冲突问题及解决方案。作者通过排查发现，问题源于多余Tomcat jar包的存在，最终通过调整依赖范围并清理项目解决了该问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Caused by: java.lang.NoSuchMethodError: javax.servlet.ServletContext.getVirtualServerName()Ljava/lang/String;
ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[]]

maven打包时,tomcat jar包的问题
springboot有自带的tomcat包

设置成如下即可：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-tomcat</artifactId>
    <scope>provided</scope>
</dependency>

现象：我使用的是spring-boot 1.3.3.RELEASE版本，自带的tomcat是8.x的，不设置scope=provide直接打包后，在tomcat8下运行是没有问题的，但在tomcat7下运行就会报以上的错误。

解决过程：我反复比对了打包了spring-boot-starter-tomcat和没有打包的lib区别，发现在tomcat7下，有tomcat-jdbc-8.0.32.jar和tomcat-juli-8.0.32.jar就可以运行，若是有多于的tomcat之类的包，就会产生冲突，从而使tomcat无法成功运行，那问题就变成了只要去除依赖的tomcat多余的jar包就行了，有了这两个jar包就能保证一些springboot的其他包的正常依赖。但就这么简单的问题仍旧花了将近4个小时才解决，汗颜。。。

特别注意：如果最后一个需要打包的项目是需要依赖其他几个项目的，并且配置tomcat的依赖是在其他项目，最好先clean下整个项目，然后再分别生成其他jar，最后再打包war包，不然直接打包最终项目是没有任何效果的。

惨痛总结：这是一个工具使用习惯所导致的简单问题复杂化的问题，很简单的问题，结果把所有方法都试遍了，最后才发现并不是很多方法没用，而是自己的使用方式，使用习惯问题所致。

就好比眼睛被黑布蒙住了，以为自己瞎了，结果去吃各种灵丹妙药，结果目光所见仍然是一片漆黑，实际上只要拿掉黑布就可以了，却硬生生的做了那么多的无用功。

实际上是只要修改了依赖需要生成jar包的项目，一定要先clean下，再依次生成就可以了，即使这个方法没有成功解决，再测试其他方法时，也一定记得clean和install