spring中使用不同事务管理器的嵌套事务
我试图用不同的事务管理器嵌套事务，其中如果嵌套的事务失败，外部主事务也需要回滚
@Transactional(transactionManager = "txManager1", propagation = Propagation.REQUIRED)
public int doOps() {
doSuccessfulDatabaseThings();
doOps2();
}
@Transactional(transactionManager = "txManager2", propagation = Propagation.REQUIRED)
public int doOps2() {
//this throws error
}
我的spring配置文件有
<bean id="dataSource1" class ="com.mchange.v2.c3p0.ComboPooledDataSource">
...
</bean>
<bean id="txManager1" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource1" />
</bean>
<!-- txManager2 defined similarly -->
<tx:annotation-driven/>
但是，当doops2()失败时，doops()中的事务不会回滚。如何使回滚工作？
共有1个答案
粗体声明
你做错了。
根据您的描述，您需要一个ChainedTransactionManager。
为每个数据源创建事务管理器，然后将事务管理器传递给ChainedTransactionManager构造函数。命名ChainedTransactionManagerbean，并在@transactional注释中引用该名称。我认为该属性命名为“TransactionManager”。例如，@transactional(transactionManager=“ChainedTransactionManagerBeanname”）
-
问题内容： 在我的应用程序中，有多个步骤，其中将通过多种方法对数据库进行多次提交。例： A呼叫B，再呼叫C。然后B呼叫D。D呼叫E，依此类推。所有这些方法都有一些数据库操作。据我了解（声明式事务管理- 春天推荐的方式），如果 E* 成功完成，则事务（以及 E中的 操作将被提交）。现在，由于某些例外， F 应该导致回滚。我想 从 A 做起的 所有事情都 回滚。是否可以通过声明式事务管理？还是应该使用
-
我有一个使用Hibernate/JPA的持久性Spring Boot应用程序。 我正在使用事务来管理我的数据库持久性，并且我正在使用注释来定义应该以事务方式执行的方法。 在持久化时，我有三个主要的事务粒度级别： 要保留的实体批次 要保留的单个实体 保留实体的单一数据库操作 因此，在考虑整个持久性流量时，您可以想象我有三个级别的嵌套事务。 第2层和第3层之间的交互如我所愿透明地工作，因为在没有为事务
-
由于在所述实体不可用的情况下返回，因此需要进行如上所示的条件测试，以避免可能的，否则很可能发生。在任何地方重复这个琐碎的条件测试都是非常不可接受和不鼓励的，这使得业务逻辑应该尽可能简单，几乎不可读。 为了防止这种条件检查到处重复，我在一个单独的EJB中有一个通用方法， 从另一个EJB内部调用此方法，如下所示， 在这里，尽管所有事情都发生在同一个事务中，返回，即返回的实体由两个EJB中的管理。 虽然
-
有什么想法吗？
-
9.2.1 概述 Spring框架支持事务管理的核心是事务管理器抽象，对于不同的数据访问框架（如Hibernate）通过实现策略接口PlatformTransactionManager，从而能支持各种数据访问框架的事务管理，PlatformTransactionManager接口定义如下： public interface PlatformTransactionManager { T
-
在db会话监视器中，当这种情况发生时，我得到了一个不活动的事务。 我得到的错误如下： 问题是交易和连接应该自动打开和关闭...我希望并发修改失败的事务得到回滚...但似乎他们变得不活跃了。