@EnableTransactionManagement的范围是什么？

Question

我试图了解在@EnableTransactionManagement多个JavaConfig上下文的情况下将注释放在哪里的正确位置？

请考虑以下场景:我在JPAConfig.java中有JPA配置,在AppConfig.java中有一组服务bean.然后我在RootConfig.java中编写整体应用程序配置.

我在JPAConfig.java中定义了事务管理器,并启用了对JPA存储库的扫描 - 因为那些暴露了事务性行为,我把@EnableTransactionManagementJPAConfig 放在了它的工作原理.

但是,一些服务bean还需要具有事务方法,例如在单个事务中访问多个存储库.我也应该放过@EnableTransactionManagementAppConfig吗？在我看来,这种注释的实现看起来会导致某些bean的重新定义.实际上这样做对我来说似乎不起作用.

@Configuration
@EnableTransactionManagement
@EnableJpaRepositories("com.mypackage.repositories")
public class JPAConfig {
 // ... here are EntityManager and PlatformTransactionManager beans
}


@Configuration
@ComponentScan("com.mypackage.services")
// @EnableTransactionManagement // - ???
public class AppConfig {
}

@Configuration
@Import({AppConfig.class, JPAConfig.class})
public class RootConfig {
}

感谢任何建议.

Answer 1

经过一些实验,我似乎找到了自己的答案:

• 不需要@EnableTransactionManagement在每个上下文配置上进行配置,尽管在注释internalTransactionAdvisor 实际上处理@Transactional创建的bean上的注释时,这个注释的发现时间是多么重要.
• 就我而言,我在@Import声明中更改了上下文的顺序,以便PersistenceConfig保持@EnableTransactionManagement第一个.在此之后,来自其他部分的bean可以使用AOP声明式事务.
• 另一个警告涉及同时使用@EnableTransactionManagement和@EnableGlobalMethodSecurity.全局方法安全性使用bean后处理,这似乎需要连接整个安全配置.BeanPostProcessors是在上下文启动的早期创建的,所以你不能@Transactional在引导spring安全性所需的任何bean中使用声明式(在我的例子中UserDetailsContextMapper) - 那么还没有创建顾问程序!