升级项目版本：SpringBoot1.5.x到SpringBoot2.0.x

 1.升级版本的选择

首先去spring的官网看一下最新的版本与版本之间的依赖

可以看到SpringBoot 2版本的稳定版有：2.0.8跟2.1.2

而SpringCloud的稳定版本为Finchley.SR2

然后我们看一看两者的依赖关系：

 

经过对比，最终选定版本：SpringBoot2.0.8，SpringCloud Finchley.SR2

 

2.版本升级的注意事项

 

2.1.默认连接池的改变

SpringBoot2的默认连接池为HikariCP，这也是本次升级的原因，HikariCP专注于连接池，其性能是其他连接池的n多倍。

更多信息，请看：http://blog.didispace.com/Springboot-2-0-HikariCP-default-reason/

配置数据库连接池（多数据库配置）：

@Primary
@Bean(name = "onlineDataSource")
@ConfigurationProperties(prefix = "spring.datasource.online")
public DataSource getDateSource() {
return DataSourceBuilder.create().build();
}

@Bean(name = "sxDataSource")
@ConfigurationProperties(prefix = "spring.datasource.sandbox")
public DataSource getDateSource1() {
return DataSourceBuilder.create().build();
}

详细的可以参考：https://www.cnblogs.com/hongdada/p/9360155.html

 

 

2.2.其他关联版本的改变

这里有一个坑点

<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
<version>1.4.6.RELEASE</version>
</dependency>

<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-feign</artifactId>
<version>1.4.6.RELEASE</version>
</dependency>

这两个依赖在

<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>${spring.cloud.version}</version>
<type>pom</type>
<scope>import</scope>
</dependency>

这个里面没办法拉取相关版本依赖，无奈只能手动规定版本

而spring-cloud-starter-eureka的版本只能到1.4.6，点进去其父依赖为spring-cloud-netflix也为1.4.6

但是在springcloud的Finchley.SR2中的依赖应该为2.0.2

不过在修改版本后，其他的依赖会默认覆盖为最新版，因此也没有多大影响

 

2.3.@EnableFeignClients注解报错

在新版本springcloud中新增了一个组件：spring-cloud-openfeign

Spring Cloud对Feign的支持由org.springframework.cloud:spring-cloud-netflix-core移到org.springframework.cloud:spring-cloud-openfeign-core

因此删除报错的包，重新导入即可。

 

2.4.SpringApplicationBuilder中的web(boolean)已过时

我们删除，看自动提示，已经修改为：WebApplicationType 枚举类型

看一下官网给的说明：

 

更多：https://docs.spring.io/spring-boot/docs/current/api/org/springframework/boot/WebApplicationType.html

 具体如何选择呢？我们呢点进方法里面看一下：

在点进去看一下

因此这里我们选择：WebApplicationType.SERVLET

 

2.5.org.hibernate.validator.constraints下一系列注解过时问题

spring-boot-starter-web.jar 中就包含了hibernate-validator

spring boot 2版本包含hibernate-validator版本是6.0.9.Final

删除过时包后，自动导入javax.validation.constraints.下的对应注解即可。

 

2.6.配置文件更改

2.6.1.redis配置的改变

本来是检测使用的环境问题的，就发现redis的配置标红了

点击查看，搜索后发现已经修改了，多了个前缀jedis

于是将配置文件修改：

现在在点进去看一下：

到这里，max-wait与timeout报错的原因也找到了

传值的类型进行了修改，修改为了java.time.Duration 于是加上时间单位

原因：SpringBoot2版本使用spring-boot-starter-data-redis代替了原来的spring-boot-starter-redis

更多详情：https://blog.csdn.net/sy793314598/article/details/80719224

 

2.6.3.server配置更改

这里替换为新的就可以了

2.6.3.management配置修改

 

1.management.context-path迁移

management.context-path 这个修改为新的路径

 

【补一个坑】关于访问路径的问题

2.0之前默认是 /

于是我们加上 management.context-path:/actuator 设置路径为  /actuator

自定义其他路径就更改management.context-path的值

2.0默认是 /actuator （endpoints.web.base-path）

但是新增了endpoints.web.base-path（默认值为/actuator）属性

 

将context-path的位置迁移到了server.servlet.context-path，但是也做了保留

于是当两个属性同时使用时，context-path的优先级高于base-path

 【补一个坑】

 

2.关于management.security 下所有配置弃用

在1.5.x版本中通过management.security.enabled=false来暴露所有端点

具体配置类：org.springframework.boot.actuate.autoconfigure.ManagementServerProperties$Security

切换SpringBoot版本为2.x 找到ManagementServerProperties，发现Security内部类已经被删除 

 

暴露端点的新方式：

方式1：

# 启用端点 env
management.endpoint.env.enabled=true

# 暴露端点 env 配置多个,隔开
management.endpoints.web.exposure.include=env

方式2：

方式1中的暴露方式需要一个一个去开启需要暴露的端点，方式2直接开启和暴露所有端点

management.endpoints.web.exposure.include=*

注意在使用Http访问端点时，需要加上默认/actuator 前缀

原文：https://blog.csdn.net/qq_27385301/article/details/82899303

【补一个坑】在yaml文件中，* 号有特殊含义，所以得用双引号引起来，否则没办法启服务，会自动退出。

 

 

2.6.4.更多配置修改

 

可以看一下这个json文件，里面都一一列举了的。

 

2.7.jdbcUrl is required with driverClassName

在Springboot2.0版本，配置多数据源的时候，会报错

jdbcUrl is required with driverClassName

解决办法如下：

1.在配置文件中使用spring.datasource.jdbc-url，而不是通常使用的spring.datasource.url。

2.在数据源配置时使用DataSourceProperties方法。

原文出处：https://my.oschina.net/chinesedragon/blog/1647846

2.8.敬请期待

3.项目迁移小技巧

在 Spring Boot 2.0 中，许多配置属性已被重命名或被删除，为了方便升级，Spring Boot 发布了一个新的 spring-boot-properties-migrator 模块。

只要将其作为依赖添加到项目中，它不仅会分析应用程序的环境并在启动时打印诊断信息，而且还会在运行时阶段为项目临时将属性迁移至新的配置方式。

效果如图：

此模块虽然能临时解决我们的问题，但是也不是长久之计，我们在控制台查看到所需要迁移的属性后，应该手动休整

在项目属性修改完成后应当移除此模块

转载于:https://www.cnblogs.com/fdzang/p/10304143.html