术语“jta-datasource”和“resource-local datasource”对我来说有点模糊。我正在记下我的理解（或假设），我想让你说出我对/错的地方。
谢谢！
【问题讨论】：
标签： java jpa jakarta-ee ejb-3.0 jta
术语“jta-datasource”和“resouce-local datasource”对我来说有点模糊。
我猜你实际上指的是jta-datasource 和non-jta-datasource 元素。简而言之：
jta-datasource元素用于声明将用于获取连接的JTA数据源的JNDI名称。这是常见的情况。non-jta-data-source来声明非JTA数据源的JNDI名称。
- 同一数据库可以称为 jta 数据源或资源本地数据源
这是正确的。而且我没有在上面提到这一点，但一些提供商甚至允许同时声明 jta-datasource 和 non-jta-datasource 并使用后者通过非 JTA 连接优化读取（即不会' t 关联到正在进行的 JTA 事务）。
- 如果提到 jta-datasource，那么 bean/其他类可以使用 JTA。因此，UserTransaction 接口。
第一部分是正确的，最后一部分是不完全的。来自 EJB 3.0 规范，13.3.4 Enterprise Beans Using Container-Managed Transaction Demarcation 部分：
企业 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 环境中，RESOURCE_LOCAL的transaction-type假定将提供非 JTA 数据源。在 Java EE 环境中，如果未指定此元素，则默认为 JTA。
所以你可以使用一个应用程序管理的实体管理器，它可以是一个资源本地实体管理器（你必须注入一个EntityManagerFactory来从中获取EM这种情况），它不会成为 JTA 交易的一部分。见this (very interesting) discussion。
- 如果作为资源本地数据源提及，则事务不支持 JTA。代码可以使用EntityTransaction接口，但不能使用UserTransaction接口
同样，措辞有点混乱，但我想说这是正确的。
【讨论】：