java – @EnableTransactionManagement的范围是什么?

前端之家收集整理的这篇文章主要介绍了java – @EnableTransactionManagement的范围是什么?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我试图了解在多个 JavaConfig上下文的情况下将@EnableTransactionManagement注释放在哪里的正确位置?

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

我在JPAConfig.java中定义了事务管理器,并启用了对JPA存储库的扫描 – 因为那些暴露了事务行为,我把@EnableTransactionManagement放在JPAConfig上并且它可以工作.

但是,一些服务bean也需要具有事务方法,例如在单个事务中访问多个存储库.我是否也应该在AppConfig上放置@EnableTransactionManagement?在我看来,这种注释的实现看起来会导致某些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 {
}

感谢任何建议.

@R_404_323@

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

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

猜你在找的Java相关文章