@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 { } 

感谢任何建议。

Answer 1

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

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