#Spring Boot

Spring Boot
一年一度的SpringOne大会在9月1日至2日因为疫情原因在线上举行。Pivotal公司（Spring项目拥有者）每年都会举办一次这样的大会，与全球数千位开发人员、客户和合作伙伴相聚在一起，交流技术实践经验，探讨技术的发展趋势。同时每次大会也会披露Spring项目下一步的大动作。今年的大会的亮点无疑是Spring Framework 6.0。跟随胖哥来看看在未来一段时间内Spring的大动作。 Spring Framework 5.3.x先来看看Spring Framework 5.3.x的一些规划。 不用翻译的了吧，强调一下Spring Boot 2.6和2.7都会基于该版本。 Spring Framework 6.0备受瞩目的就是Spring Framework 6.0了。它将基于 Java 17 和 Jakarta EE 9 。它现在的情况是这样的： Spring 6.0...

Spring Boot
这个swagger的starter已经存在四年了，记得当时做这个的时候主要是由于swagger官方并没有提供类似spring boot官方其他starter模块一样的封装。当我们要用swagger的时候，还是要写很多Java配置来启动，所以就做了这个，尽可能的把原来要写在Java中的配置都转移到配置文件中来。 一个小小的封装，也获得了2k+的Star，使用也超过了3.1k。 之前由于springfox 3.0推出了starter（之前我也写了篇博客介绍使用SpringFox 3生成Swagger文档），想着既然有了这个，那就没有花太多精力去继续更新了。 但是，一直有收到用过springfox starter的小伙伴反应还是希望可以用纯配置的方式来使用swagger，希望这个swagger可以继续升级到最新的版本。所以，下面会继续跟进这个starter，这里要特别感谢andi.lin...

Spring Boot
美国时间8月19日Spring Boot 2.5.4版本发布，此版本包括35个错误修复、文档改进和依赖项升级。 错误修复 spring-boot-configuration-metadata强制性的泄露依赖约束到消费构建中 #27730 TomcatMetricsBinder.findContext()中潜在的空指正问题 #27616 当Spring Data的repository是一个MeterBinder的依赖项时，出现循环Bean定义 #27591 spring-boot:build-image会因为上传过程中抛出异常而挂起 #27535 当WebClient在类路径上没有一个可以支持的HTTP Client的时候，WebTestClientContextCustomizerFactory会引发IllegalStateException #27527 spring.securi...

Spring Boot
前几天分享了一篇《Spring Boot 2.x基础教程：加密配置中的敏感信息》 ，然后看到群里有小伙伴反应跟着这篇文章出现了这个异常com.ulisesbocchio.jasyptspringboot.exception.DecryptionException: Unable to decrypt。 具体完整的错误信息如下： Caused by: com.ulisesbocchio.jasyptspringboot.exception.DecryptionException: Unable to decrypt: ENC(/AL9nJENCYCh9Pfzdf2xLPsqOZ6HwNgQ3AnMybFAMeOM5GphZlOK6PxzozwtCm+Q). Decryption of Properties failed, make sure encryption/decryption...

Spring Boot
在之前的系列教程中，我们已经介绍了非常多关于Spring Boot配置文件中的各种细节用法，比如：参数间的引用、随机数的应用、命令行参数的使用、多环境的配置管理等等。 这些配置相关的知识都是Spring Boot原生就提供的，而今天我们将介绍的功能并非Spring Boot原生就支持，但却非常有用：配置内容的加密。 为什么要加密？可能很多初学者，对于配置信息的加密并不敏感，因为开始主要接触本地的开发，对于很多安全问题并没有太多的考虑。而现实中，我们的配置文件中，其实包含着大量与安全相关的敏感信息，比如：数据库的账号密码、一些服务的密钥等。这些信息一旦泄露，对于企业的重要数据资产，那是相当危险的。 所以，对于这些配置文件中存在的敏感信息进行加密，是每个成熟开发团队都一定会去的事。 如果您是DD的老读者，也许马上会想到Spring Cloud Config就提供配置的加密功能，之前在我的...

Spring Boot
除了最常用的关系数据库和缓存之外，之前我们已经介绍了在Spring Boot中如何配置和使用MongoDB、LDAP这些存储的案例。接下来，我们继续介绍另一种特殊的数据库：时序数据库InfluxDB在Spring Boot中的使用。 InfluxDB简介什么是时序数据库？全称为时间序列数据库。时间序列数据库主要用于指处理带时间标签（按照时间的顺序变化，即时间序列化）的数据，带时间标签的数据也称为时间序列数据。时间序列数据主要由电力行业、化工行业等各类型实时监测、检查与分析设备所采集、产生的数据，这些工业数据的典型特点是：产生频率快（每一个监测点一秒钟内可产生多条数据）、严重依赖于采集时间（每一条数据均要求对应唯一的时间）、测点多信息量大（常规的实时监测系统均有成千上万的监测点，监测点每秒钟都产生数据，每天产生几十GB的数据量）。虽然关系型数据库也可以存储基于时间序列的数据，但由于存储...

Spring Boot
昨天，有群友反应根据之前这篇《使用Elastic Job实现定时任务》文章编写测试定时任务的时候，报了类似下面的这个错误： Caused by: org.apache.shardingsphere.elasticjob.infra.exception.JobConfigurationException: Job conflict with register center. The job 'my-simple-job' in register center's class is 'com.didispace.chapter72.MySimpleJob', your job class is 'com.didispace.chapter74.MySimpleJob' at org.apache.shardingsph...

Spring Boot
美国时间7月22日Spring Boot 2.5.3版本发布，此版本包括58个错误修复、文档改进和依赖项升级。 新的功能 将 Java 17 添加到 JavaVersion 枚举#26769 Bug修复 尝试从未知数据源类型派生数据源时，DataSourceBuilder 抛出 UnsupportedDataSourcePropertyException #27453 DatabaseInitializerDetector 和 DependsOnDatabaseInitializationDetector 实现可能会使用错误的 ClassLoader 进行实例化#27422 YamlPropertySourceLoader 可能不会使用正确的 ClassLoader 来检查 SnakeYAML 是否存在#27419 将 Gson 设置为首选映射器会破坏返回 JSON 字符串的控制器...

Spring Boot
上一篇，我们介绍了如何使用Elastic Job实现定时任务。解决了使用@Scheduled来实现时候存在的竞争问题，同时也实现了定时任务的高可用执行。 然而，还有一类问题是我们在做定时任务时候容易出现的，就是任务执行速度时间过长；同时，为了实现定时任务的高可用，还启动了很多任务实例，但每个任务执行时候就一个实例在跑，资源利用率不高。 所以，接下来我们就来继续介绍，使用Elastic Job的分片配置，来为任务执行加加速，资源利用抬抬高的目标！ 动手试试建议直接下载文末仓库中的chapter7-2工程，然后在这个基础上进行修改。当然，如果你对如何使用Elastic Job还不输入，那么先前往上一篇做个知识铺垫，再继续下面的内容！ 第一步：创建一个分片执行的任务 @Slf4j@Servicepublic class MyShardingJob implements SimpleJob ...

Spring Boot
上一篇，我们介绍了如何使用Spring Boot自带的@Scheduled注解实现定时任务。文末也提及了这种方式的局限性。当在集群环境下的时候，如果任务的执行或操作依赖一些共享资源的话，就会存在竞争关系。如果不引入分布式锁等机制来做调度的话，就可能出现预料之外的执行结果。所以，@Scheduled注解更偏向于使用在单实例自身维护相关的一些定时任务上会更为合理一些，比如：定时清理服务实例某个目录下的文件、定时上传本实例的一些统计数据等。 那么，在实际实现业务逻辑的时候，没有更好的定时任务方案呢？今天我们就来介绍一个老牌的分布式定时任务框架，在Spring Boot下的使用案例。 Elastic JobElastic Job的前生是当当开源的一款分布式任务调度框架，而目前已经加入到了Apache基金会。 该项目下有两个分支：ElasticJob-Lite和ElasticJob-Cloud...

Spring Boot
我们在编写Spring Boot应用中经常会遇到这样的场景，比如：我需要定时地发送一些短信、邮件之类的操作，也可能会定时地检查和监控一些标志、参数等。 创建定时任务在Spring Boot中编写定时任务是非常简单的事，下面通过实例介绍如何在Spring Boot中创建定时任务，实现每过5秒输出一下当前时间。 在Spring Boot的主类中加入@EnableScheduling注解，启用定时任务的配置 @SpringBootApplication@EnableSchedulingpublic class Application { public static void main(String[] args) { SpringApplication.run(Application.class, args); }} 创建定时任务实现类 @...

Spring Boot
近日，在GraphQL Java诞生6周年的时候，Spring社区通过博客宣布正式创建全新项目：Spring GraphQL，同时还发布了这个新项目的里程碑1.0版本。 博客原文：https://spring.io/blog/2021/07/06/hello-spring-graphql 该项目的任务是将GraphQL Java集成入Spring生态，而这个项目的开发工作将由双方两个团队共同承担。 什么是 GraphQL？纵使GraphQL在国外开始就被炒的火热，但到了国内就跟Hibernate、JPA一样，并没有能够被广泛的应用起来。以至于很开发者并不太了解什么是GraphQL。 下面是GraphQL中文网的介绍，一起认识一下吧： GraphQL是一种用于API的查询语言，同时也是一个可以满足数据查询的语言。它对你API中的数据提供了一套易于理解的完整描述，这就使得客户端可以准确的...

Spring Boot
上周，我们通过这篇文章《为什么catch了异常，但事务还是回滚了？》来解释了，之前test4为什么会回滚的原因。 但还是收到了很多没有理解的反馈，主要是根据前文给出的线索去跟踪，是获得到了回滚的标示和异常，而让大家不理解的是，javax.validation.ConstraintViolationException异常不是最后也向外抛出了，那么为什么test4里catch没有能够捕获到呢？ 其实这个问题并不难解释，下面就通过这篇文章，做个小实验，帮助大家进一步理解大家的这个疑问！ 如果你还不了解这篇文章在讨论什么，建议先看之前的两篇： 《我来出个题：这个事务会不会回滚？》 《为什么catch了异常，但事务还是回滚了？》 动手尝试一下由于@Transactional注解的事务是通过切面来实现的，所以要通过源码去了解整个过程，可能还是不容易理解。 所以，这里教大家一个简单方法来理解这...

Spring Boot
前几天我发了这篇文章《我来出个题：这个事务会不会回滚？》 得到了很多不错的反馈，也有不少读者通过微信、群或者邮件的方式，给了我一些关于test4的回复。其中还有直接发给我测试案例，来证明我的答案是错的。 今天，我们就来一起看看test4这个争议很大的问题。如果您是刚打开这篇文章，不了解我们在讨论啥，那可以先点击查看之前的这篇《我来出个题：这个事务会不会回滚？》。 通过这两篇文章的解析，相信你会对Spring Data JPA下的事务执行机制有质的飞跃。 为什么没回滚先来说说，那些写了代码验证“不会回滚”的情况，把这些错误答案的原因先说清楚，然后再细说test4会回滚的情况。 根据这两天读者给我的案例或者描述清楚的一些情况，归结了一下，大家写的验证代码之所以不会回滚，主要有以下三个原因： 没有按照我题目开头说的，采用InnoDB存储引擎，用了MyISAM，不支持事务，自然不会复现。 ...

Spring Boot
下面这个问题源于前几日在我们的Spring技术交流群里，一个群友提出的关于事务回滚的疑问。 在讨论过程中，我尝试去复现群友提出的问题场景，发现了另外一个可能让大家会迷惑的情况。 当时在群里说了结果和原因，但微信群范围有限，所以单独写篇文章，拿出来给大家看看，顺便考考大家，对这块是否了解。 问题描述这个问题的基础工程我用了之前Spring Boot 2.x基础教程中《使用Spring Data JPA访问MySQL》的案例。 你可以通过下面仓库中的chapter3-10目录获取基础工程： Github：https://github.com/dyc87112/SpringBoot-Learning/ Gitee：https://gitee.com/didispace/SpringBoot-Learning/ 在这个工程中，定义一个名为User的实体： @Entity@Data@NoA...