关于升级 Dubbo 版本到 2.6.5 后启动失败的“坑”

发布网友发布时间：2022-12-22 02:54

共1个回答

热心网友时间：2024-12-05 11:25

Dubbo 从低版本升级到 2.6.5 版本后，启动失败，报错如下：

上终极方案：使用 2.6.2 以下版本或者 2.7.0 以上版本的 bbo ；

具体解决方式需要根据项目的情况解决，提供一些其他方案：

删除 web.xml 中如下的配置：

Spring Boot 工程没有特别好的解决方案，提供两个解决思路：

这个方案也没有绕过添加 web.xml 的命运，做法如下：

观察报错日志，报错位置很明显是 Spring 框架初始化时的报错，重点是： there is already a root application 。

这个错误抛出位置位于： Spring-web 包的 ContextLoader 类的 initWebApplicationContext 方法。

原因很明显， ContextLoader 被调用了至少两遍，第二遍报错导致项目初始化失败，其主要的“罪魁祸首”是 bbo 包下面的 web-fragment.xml 。

Servlet 3.0 是随着 Java EE 6 规范发布的，主要新增特性：

支持 Servlet 3.0 规范的容器，在启动后会扫描工程的 jar 包，找到符合规范的添加了相关注解的类和 web-fragment.xml 然后跟 web.xml 的配置合并作为整个项目的初始化配置。

上述问题的发生原因很明显了:

这个是 Servlet 3.0 提供的一个属性，等同一个开关，设置为 true 则表示 web.xml 已经提供了全部的配置信息，不需要容器再去各个 jar 包找配置了，换句话就是：关闭可插特性；

这个属性是 SpringServletContainerInitializer 注释里面提供的解决思路。这个属性可以理解为指定 web-fragment.xml 的加载顺序，和 ordering 标签的区别是， absolute-ordering 仅仅针对我们指定的 web-fragment.xml 做排序。

轻易升级一个基础框架不是一个好的做法，升级基础框架还是应该关注下当前版本和目标升级版本，框架作者做了些什么事情，出现过什么BUG。

当前的 Spring Boot 的解决方案并不让人满意，毕竟 Spring Boot 的无Xml的感觉还是很爽的，为了这个升级引入了 web.xml 会有一点点不爽。