“ jta数据源”和“本地资源”数据源之间的区别？

Question

术语“ jta-datasource”和“ resource-local
datasource”对我来说有点模糊。我放下我的理解（或假设），我想让你说一下我是对还是错。

• 可以将同一数据库称为jta数据源或资源本地数据源
• 如果提到为jta-datasource，那么Bean /其他类可以使用JTA。因此，UserTransaction接口
• 如果数据源是本地资源，则无法使用CMT / BMT
• 如果提到作为资源本地数据源，则事务不支持JTA。代码可以使用EntityTransaction接口，但不能使用UserTransaction接口

谢谢！

Answer 1

术语“ jta-datasource”和“ resouce-local datasource”对我来说有点模糊。

我猜您实际上是指jta-datasource和non-jta-datasource元素。简而言之：

• 如果持久性单元的事务类型为 JTA ，则该jta-datasource元素用于声明将用于获取连接的JTA数据源的JNDI名称。这是常见的情况。
• 如果持久性单元的事务类型是 资源本地的 ，non-jta-data-source则应使用声明非JTA数据源的JNDI名称。

• 可以将同一数据库称为jta数据源或资源本地数据源
  
  

这是对的。而且我没有在上面提到过，但是一些提供程序甚至允许声明a jta-datasource 和 a，non-jta- datasource并使用后者来通过非JTA连接优化读取（即不会与正在进行的JTA交易相关联）。

• 如果提到为jta-datasource，那么Bean /其他类可以使用JTA。因此，UserTransaction接口。
  
  

第一部分是正确的，最后一部分不是完全正确的。从EJB 3.0规范中，第 13.3.4 节“ 使用容器管理的事务划分的企业Bean” ：

企业bean的业务方法不得尝试获取或使用该javax.transaction.UserTransaction接口。

以及第 16.12 节 UserTransaction接口 ：

容器不得使该UserTransaction接口可用于不允许使用该接口的企业bean。

换句话说，该UserTransaction接口不适用于CMT企业bean。

• 如果数据源是本地资源，则无法使用CMT / BMT
  

这里的措辞有点令人困惑，但我会说这并不是严格正确的。根据JPA 1.0规范，第 §5.5 节 “控制事务” ：

应用程序管理的实体管理器可以是JTA实体管理器，也可以是资源本地实体管理器。

…

Java EE Web容器和EJB容器都需要同时支持JTA实体管理器和资源本地实体管理器。在EJB环境中，通常使用JTA实体管理器。

和 6.2.1.2节的交易类型

该transaction- type属性用于指定实体管理器工厂为持久性单元提供的实体管理器必须是JTA实体管理器还是资源本地实体管理器。该元素的值是JTA或RESOURCE_LOCAL。JTA的事务类型假定将提供JTA数据源-由jta- data-source元素指定或由容器提供。在一般情况下，在Java EE环境，一个transaction- type的RESOURCE_LOCAL假设非JTA的数据源将提供。在Java EE环境中，如果未指定此元素，则默认值为JTA。

因此，您可以使用 应用程序管理的实体管理器 ，该 应用程序 可以是 资源本地的实体管理器
（EntityManagerFactory在这种情况下，您必须注入来从中获取EM），并且它不属于JTA事务。看到这个（非常有趣的）讨论。

• 如果提到作为资源本地数据源，则事务不支持JTA。代码可以使用EntityTransaction接口，但不能使用UserTransaction接口
  

再次，措辞有点令人困惑，但我会说这是正确的。