事务可以跨多个业务方法与无状态 + 事务范围的持久性上下文

Question

鉴于 EJB（包括无状态）的默认持久性上下文是 TRANSACTION_SCOPED，据我所知，即使持久性上下文默认为 TRANSACTION_SCOPED 或者它只是特定于无状态 bean 持久化上下文的流行用例（即EXTENDED）

非常感谢参考支持的答案

编辑：

我要问的用例是这样的：

@Stateless
TransactionManagement(TransactionManagementType.BEAN)
public class MyStatelessBean(){
  @PersistenceContext(unitName="pU",type=PersistenceContextType.TRANSACTION) //default
  @Resource UserTransaction tx;

  public method1(){
    tx.begin();
    //bla bla bla
  }

  public method2(){
    tx.commit();
  }
}

在客户端：

callerMethod(){
   myStatelessBean.method1();
   myStatelessBean.method2();
}

从method1() 返回后事务是否会保持活动状态，然后可以在客户端对另一个方法method2() 的单独调用中提交？这种场景的用例是什么？

Answer 1

编辑：基于原始帖子的更改。由于您使用的是 BEAN 托管事务，因此您对事务及其范围负责。你有两种情况：

您使用远程客户端，如果远程没有事务 UserTransaction 关联，那么这两个方法将在两个不同的上下文中执行。由于您的事务是 BEAN 管理的，因此容器不会接管。它是一个无状态会话 Bean，因此您不能保证第二个方法将在无状态 bean 的完全相同的实例上调用。所以你明白为什么答案是否定的了。

您的客户实际上是另一个 EJB。只要您重用相同的事务管理器，例如使用 Hibernate 时的情况，这两种方法将参与同一个事务。

您好，TRANSACTION_SCOPED 和 EXTENDED 范围的持久性上下文都可以跨越多个业务方法。在 TRANSACTION_SCOPED 持久性上下文的情况下，上下文被限制在事务的边界内。但是有一种叫做TRANSACTION PROPAGATION的东西，一个事务可以跨越多个业务方法。这就是为什么在文档中声明它可以跨越多种业务方法的原因。

Here is a link of transaction propagation explained

TRANSACTION_SCOPED 和 EXTENDED 的主要区别在于 EXTENDED 上下文可以跨越多个事务，这就是为什么它总是绑定到有状态会话 bean。一旦 Statefull 会话 bean 被移除，持久化上下文就会关闭。

事务传播的一个非常简单的例子是：

@EJB A类{

   @TransactionAttribute(TransactionAttributeType.REQUIRED)
   public methodA

}

@EJB
class B {

   @TransactionAttribute(TransactionAttributeType.REQUIRED)
   public methodB()

}

在这种情况下，由于方法A 具有必需属性，方法B 具有必需属性，因此从A 调用B 将传播事务上下文。这里的关键点是，如果 EJB A 作为对 EntityManager 的访问权，并且 EJB B 对 EntityManager 有访问权，那么同一事务中的两个 EJB 的会话将是相同的。

现在，如果我们将 methodB 声明切换为 @TransactionAttribute(TransactionAttributeType.NEW) ，则将在 methodA 中发起的事务并行创建一个新事务

没有定义@TransactionAttribute 时的默认值是REQUIRED。因此，在正常情况下，所有交易都会传播。