最近因为各方面的原因在预备晋级 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,事务代码还好,应该都用不上这个类,中间件代码运用到的当地都需要修正。
处理方案:修正代码。
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 中的内部类 Tomcat 属性变更,获取最大线程数方法发生改动。
原写法:serverProperties.getTomcat().getMaxThreads()
处理方案:serverProperties.getTomcat().getThreads().getMax()
7. spring-cloud-openfeign中移除ribbon和hystrix依靠
Commit地址:github.com/spring-clou…
这个提交把 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;)V
Action:
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 :github.com/spring-proj…
看这个时刻很早就修正了,commons-pool2 在2.8.1版别后丢掉了一些方法。
处理方案:自己不要指定该包版别默许会运用 spring boot 的最新依靠,或者手动指定最新版别2.11.1。
12. 循环依靠报错
spring-boot
2.6版别之后制止循环依靠,有的话发动会报错,报错信息和第十个问题是一样的,不同的是事务代码的报错罢了。
处理方案:手动处理代码循环依靠问题或者设置属性 spring.main.allow-circular-references=true
。
13. spring-rabbit 版别兼容
晋级之后,因为中间件封装了 rabbit 的一些功能,去掉了 spring-rabbit
的主动安装,导致基本上整个中间件包不可用,很多方法不兼容。
处理方案:悉数用2.7.5版别的代码掩盖主动安装的逻辑。
小总结
看起来这些问题都只是一两句话的功夫,但是实际上花了很多的时刻在排查、找处理方案,还有把所有现在依靠的包版别从头筛查,修正包版别、从头打包测验版别,中间非人体会真实不是一两句话能说清楚的,我觉得,做事务开发其实也挺好的。
现在革新还只是进行了一小步,还有更多的问题需要去处理,不过这个星期必须悉数处理!!!