通过一次SpringBoot打成war包部署到tomcat启动总结一般jar包冲突的解决方法

本文详细解析了在Tomcat启动时遇到的ServletContainerInitializer处理错误,具体表现为SpringServletContainerInitializer实例化失败,深入分析后发现由jar包冲突引起。文章提供了三种解决方案,包括使用-XX:+TraceClassLoading进行类加载跟踪、检查IDE中重复的jar包以及审查pom文件的依赖层级,最终定位到jcapytcha-alljar包与项目中spring版本冲突的问题。

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

启动时,报错信息如下:

28-Sep-2018 16:55:41.567 严重 [localhost-startStop-1] org.apache.catalina.core.StandardContext.startInternal Error during ServletContainerInitializer processing
 javax.servlet.ServletException: Failed to instantiate WebApplicationInitializer class
        at org.springframework.web.SpringServletContainerInitializer.onStartup(SpringServletContainerInitializer.java:158)
        at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5311)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:753)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:729)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:717)
        at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:974)
        at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1850)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.NoSuchMethodError: org.springframework.util.ReflectionUtils.accessibleConstructor(Ljava/lang/Class;[Ljava/lang/Class;)Ljava/lang/reflect/Constructor;
        at org.springframework.web.SpringServletContainerInitializer.onStartup(SpringServletContainerInitializer.java:155)
        ... 12 more

这个错误找了很久的原因,一般都是jar包冲突导致,总结一下一般情况下jar冲突的解决方案:

方案一:给JVM的启动的时候添加“-XX:+TraceClassLoading”,一般可以再tomcat后者eclipse(其他IDE也可以)中直接添加即可打印(通过该方法本次解决了几个日志包相互冲突的问题)
方案二:再Eclipse中(其他IDE自己查)按“Ctrl+Shift+T”实现根据类型打开,看是否有多个如下图本次打开发现:

1112483-20181008164251881-2015840419.png

方案三:再Eclipse中(其他IDE自己查)中打开pom文件中的“Dependency Hierarchy”标签逐个查找对应的错误,如下图所示:

1112483-20181008164542470-1054366099.png
最终,本次发现“jcapytcha-all”jar包中引用了spring2.0然后导致项目中有两个spring的反射工具类在外置tomcat部署启动报错,做个记录,转载注明出处!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值