前段时间虽然各各方面的其原因在预备升级换代 Spring Cloud 和 Spring Boot，历经一连串后置的考察和预测，下定决心把Spring Boot 有关版从 2.1.6 升级换代到 2.7.5，Spring Cloud 有关版从 Greenwich.SR1 升级换代为 2021.0.4。

升级换代包涵此基础的销售业务服务项目标识符的升级换代改建网络连接，除了是开发工具一大堆标识符的改建，上周五历经了两周的修正，用以试验的服务项目依然还没跑起来，因此这首诗就要纪录下来这升级换代操作过程中的许多难题，虽然民主革命仍未获得成功，因此这是上篇。

1. hibernate-validator雇请的类收起

在 Spring Boot 2.3版后，spring-boot-starter-web 中没倚赖 hibernate-validator。

软件系统：采用捷伊倚赖。

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-validation</artifactId></dependency>

2. ApplicationEnvironmentPreparedEvent类发生改变

Spring Boot 2.4版后，ApplicationEnvironmentPreparedEvent缺省追加了ConfigurableBootstrapContext，销售业务标识符说实话，如果都Niederbronn那个类，开发工具标识符采用到的地方性都须要修正。

软件系统：修正标识符。

public ApplicationEnvironmentPreparedEvent(ConfigurableBootstrapContext bootstrapContext, SpringApplication application, String[] args, ConfigurableEnvironment environment) { super(application, args); this.bootstrapContext = bootstrapContext; this.environment = environment; }

3. junit倚赖升级换代

升级换代后的junit版默认是junit5（我没去确认是哪个版发生了变化），升级换代后包名发生了发生改变，所有的试验用例都须要修正。

import org.junit.jupiter.api.Assertions;import org.junit.jupiter.api.Test;

另外发现Assert类不存在了，可以改用Assertions。

Assertions.assertNotNull(result);

软件系统：修正标识符！

4. Spring Cloud兼容难题

虽然试验操作过程中先升级换代的 Spring Boot，发现 Spring Cloud 采用到的低版标识符不兼容，升级换代到文章开头说的版后难题解决。

比如下面的 spring-cloud-context 启动时候收起。

5. SpringApplicationRunListener类发生改变

和第二个难题比较类似，SpringApplicationRunListener中这两个方法追加了 ConfigurableBootstrapContext，对应实现类都须要修正，那个如果无论在销售业务还是开发工具标识符中都如果有大量的采用。

软件系统：修正标识符！

default void starting(ConfigurableBootstrapContext bootstrapContext) {}default void environmentPrepared(ConfigurableBootstrapContext bootstrapContext,ConfigurableEnvironment environment) {}

6. ServerProperties变更

spring-boot-autoconfigure雇请 ServerProperties 中的内部类 To

原写法：serverProperties.getTomcat().getMaxThreads()

软件系统：serverProperties.getTomcat().getThreads().getMax()

7. spring-cloud-openfeign中移除ribbon和hystrix倚赖

Commit地址：https://github.com/spring-cloud/spring-cloud-openfeign/commit/8a08e1ec4b4f0d40193a4ea9c03afdeffe3110a6

那个提交把 spring-cloud-openfeign 里面关于 ribbon 和 hystrix 的倚赖有关标识符全部删除了，那个 commit 我找了一遍 issue 和 PR，都没发现有关说明，大佬直接删的，具体其原因不清楚为什么直接全删干净了。

比如我的启动收起：

Caused by: java.lang.ClassNotFoundException: org.springframework.cloud.openfeign.ribbon.LoadBalancerFeignClient

软件系统：手动引入捷伊倚赖。

<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-ribbon</artifactId> <version>2.2.10.RELEASE</version> </dependency>

8. bootstrap.properties/yml 配置文件不生效

根据 Spring Cloud 配置方式，发现很多销售业务的本地配置配置在 bootstrap.properties中，新版默认会不生效。

老版中 spring.cloud.bootstrap.enabled 默认为 true。

新版改过后默认是false了，导致一大堆配置不生效。

软件系统：手动设置spring.cloud.bootstrap.enabled=true

9. spring-cloud-netflix-eureka-client中移除ribbon和hystrix倚赖

和第七个难题差不多，spring-cloud-netflix-eureka-client 移除了 ribbon和hystrix倚赖，因此客户端默认不会有ribbon这些东西了。

软件系统：手动引入捷伊倚赖。

<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-ribbon</artifactId> <version>2.2.10.RELEASE</version> </dependency>

10. spring-cloud-starter-alibaba-sentinel版不兼容

spring-cloud-starter-alibaba-sentinel 采用的是 2.1.3.RELEASE ，和新版存在兼容性难题，导致无法启动，存在循环倚赖难题。

收起信息：

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name org.springframework.boot.autoconfigure.web.servlet.WebMvcAutoConfiguration$EnableWebMvcConfiguration: Unsatisfied dependency expressed through method setConfigurers parameter 0; nested exception is org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name com.alibaba.cloud.sentinel.SentinelWebAutoConfiguration: Unsatisfied dependency expressed through field sentinelWebInterceptorOptional; nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name com.alibaba.cloud.sentinel.SentinelWebAutoConfiguration: Requested bean is currently in creation: Is there an unresolvable circular reference?

软件系统：升级换代为当前 Spring Cloud 一样的版。

<dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId> <version>2021.0.4.0</version> </dependency>

11. commons-pool2兼容性收起

spring-boot-autoconfigure 2.7.5版中 JedisConnectionConfiguration 收起，其原因在于我们有的销售业务标识符倚赖中自己指定了 commons-pool2的版。

Description:An attempt was made to call a method that does not exist. The attempt was made from the following location: org.springframework.boot.autoconfigure.data.redis.JedisConnectionConfiguration.jedisPoolConfig(JedisConnectionConfiguration.java:114)The following method did not exist: redis.clients.jedis.JedisPoolConfig.setMaxWait(Ljava/time/Duration;)VAction:Correct the classpath of your application so that it contains compatible versions of the classes org.springframework.boot.autoconfigure.data.redis.JedisConnectionConfiguration and redis.clients.jedis.JedisPoolConfig

Git Issue ：https://github.com/spring-projects/spring-boot/issues/27642

看那个时间很早就修正了，commons-pool2 在2.8.1版后丢失了许多方法。

软件系统：自己不要指定该包版默认会采用 spring boot 的最新倚赖，或者手动指定最新版2.11.1。

12. 循环倚赖收起

spring-boot2.6版后禁止循环倚赖，有的话启动会收起，收起信息和第十个难题是一样的，不同的是销售业务标识符的收起而已。

软件系统：手动解决标识符循环倚赖难题或者设置属性 spring.main.allow-circular-references=true。

13. spring-rabbit 版兼容

升级换代后，虽然开发工具封装了 rabbit 的许多功能，去掉了spring-rabbit的自动装配，导致基本上整个开发工具包不可用，大量方法不兼容。

软件系统：全部用2.7.5版的标识符覆盖自动装配的逻辑。

小总结

看起来这些难题都只是一两句话的功夫，但是实际上花了大量的时间在排查、找软件系统，除了把所有现在倚赖的包版重新筛查，修正包版、重新打包试验版，中间非人体验实在不是一两句话能说清楚的，我觉得，做销售业务开发其实也挺好的。

目前民主革命还只是进行了一小步，除了更多的难题须要去解决，不过那个小时必须全部解决！！！