自定义构建Spring Cloud Dataflow出现事务管理器冲突如何解决

根因说明 #

该问题不是缺少依赖导致的，核心原因是POM中Spring生态组件版本不匹配：

• Spring Cloud 2020.0.x 版本要求适配Spring Boot 2.4.x，你当前使用的Spring Boot父版本为2.2.7.RELEASE，跨大版本的依赖组合导致自动配置逻辑异常，生成了两个PlatformTransactionManager类型的Bean。
• Spring Cloud DataFlow 2.5.1.RELEASE 官方适配的是Spring Cloud Hoxton版本，和你引入的2020.0.3版本存在兼容性差异，进一步触发了事务管理器的实例冲突。

解决方案 #

方案1：对齐依赖版本（优先推荐） #

将POM中spring-cloud.version属性值修改为适配Spring Boot 2.2.x的Hoxton系列版本即可，示例：

<spring-cloud.version>Hoxton.SR12</spring-cloud.version>

版本对齐后无需额外修改配置，启动时不会再出现事务管理器冲突问题。

方案2：手动指定主事务管理器（若需保留当前版本组合） #

如果必须使用当前的依赖版本，可在自定义配置类中显式声明一个标注了@Primary的事务管理器Bean，解决多实例匹配冲突：

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.Primary;
import org.springframework.orm.jpa.JpaTransactionManager;
import org.springframework.transaction.PlatformTransactionManager;
import javax.persistence.EntityManagerFactory;

@Configuration
public class TransactionConfig {

    @Bean
    @Primary
    public PlatformTransactionManager transactionManager(EntityManagerFactory entityManagerFactory) {
        return new JpaTransactionManager(entityManagerFactory);
    }
}

上述配置会将JPA默认的transactionManager标记为优先使用的实例，Spring Cloud DataFlow的Task配置会自动选用该主事务管理器完成初始化。
若你的场景更适配Spring Cloud Task的事务管理器，可修改上述Bean的实现，返回springCloudTaskTransactionManager实例即可。

内容的提问来源于stack exchange，提问作者Don