java事务API

概述
“Java 事务 API”（JTA）启用两阶段提交功能。当配置 WebSphere Application Server 以访问数据库时，可选择具有 JTA 能力的驱动程序。如果需要两阶段提交功能，则必须使用启用 JTA 的驱动程序。
只要您在事务中调用了多个数据库连接，就需要 JTA。只要您在事务中调用了多个数据库服务器，就需要两阶段提交。这些连接可以是相同的物理数据库服务器或多个数据库服务器。例如：

实体企业 Bean Entity1 在应用程序服务器 AppServer1 中部署。
实体企业 Bean Entity2 在应用程序服务器 AppServer1 中部署。
会话企业 Bean Session1 在应用程序服务器 AppServer1 中部署。
如果 Session1 对同一事务内的 Entity1 和 Entity2 调用了方法而这两个企业 Bean 正在使用不同的物理数据库连接，则必须对 Entity1 和 Entity2 使用的数据源启用 JTA。当从相同的数据源对象获取那些连接时，这也是成立的。这需要具有 JTA 能力的驱动程序以提交事务。

当事务涉及到多个进程时，JTA 也是必需的。例如，一个事务可能会涉及在多个应用程序服务器中部署的企业 Bean。

实体企业 Bean Entity1 在应用程序服务器 AppServer1 中部署。
实体企业 Bean Entity2 在应用程序服务器 AppServer2 中部署。
会话企业 Bean Session1 在应用程序服务器 AppServer1 中部署。
如果 Session1 对同一事务（此事务构成一个分布式事务）内的 Entity1 和 Entity2 调用了方法，则必须对 Entity1 和 Entity2 使用的数据源启用 JTA。

性能实现
JTA 启用的连接与非 JTA 启用的连接执行情况不同。基于此原因，如果您的应用程序不需要 JTA，则最好使用非 JTA 启用的驱动程序。
其它信息
有关 WebSphere Application Server 如何支持 JTA 的信息，参见 WebSphere Application Server 和 DB2 UDB iSeries 版的事务处理及其子主题。

Java Transaction API（JTA）  


---------------------------------------------------------------------

JTA 是事务服务的 J2EE 解决方案。本质上，它是描述事务接口（比如 UserTransaction 接口，开发人员直接使用该接口或者通过 J2EE 容器使用该接口来确保业务逻辑能够可靠地运行）的 J2EE 模型的一部分。



JTA 具有的三个主要的接口分别是 UserTransaction 接口、TransactionManager 接口和 Transaction 接口。这些接口共享公共的事务操作，例如 commit() 和 rollback()， 但是也包含特殊的事务操作，例如 suspend()，resume() 和 enlist()，它们只出现在特定的接口上，以便在实现中允许一定程度的访问控制。例如，UserTransaction 能够执行事务划分和基本的事务操作，而 TransactionManager 能够执行上下文管理。本文仅仅需要您对 JTA 有一个基本的了解。



JTA 的好处？



JTA 是一个定义明确的事务服务，向 J2EE 应用程序开发人员提供一种可以直接使用的服务。作为选择，一个应用程序也可能这样部署，容器将代替开发人员来管理事务行为。在后一种情况下，开发人员能够全神贯注于他们的应用程序的业务逻辑，同时由 J2EE 容器来负责事务逻辑。



模型明确的事务服务的好处是对于每个单独的事务总是维持四个 ACID 特性。尽管这是一个实现相关的问题，WebSphere Application Server 提供为每个导入的或者导出的事务保护这些 ACID 特性的能力，而不管并发的事务数目是多少。



JTA 的限制？



经历过所有的事务体系结构，想要有效地将一组事务传送给其他并不共享同样模型的事务服务，同时保持原子的工作单元，是非常困难的。在我们的案例中，建模的 JTA 运行在 Java Transaction Service（JTS） 之上，JTS 处理输入和输出事务传送的请求。



因为 JTS 是一种由 CORBA 定义的对象事务服务（OTS）的 Java 实现，它只能够与另一个 OTS 模型连接。因此， 一个事务只能传送给另一个 OTS-兼容的目标，典型地即另一个 J2EE 实现。因为 JTA 和 JTS 规范没有对这些接口的底层实现加以限制 （只要它们符合模型），事务可以安全地在两个 J2EE-兼容的应用程序服务器之间传送，而没有丢失它们的 ACID 特性的风险。然而，J2EE 服务器并不必须处理非 J2EE 调用。



某些 J2EE 服务器可能是例外；例如，WebSphere Application Server 将正确地处理一个与 CORBA 兼容事务相关联的输入的 CORBA 请求，将这个事务传送给线程，然后在它的上下文里执行事务工作。然而，在大多数情况下，当您试图在事务模型之间移动的时候，您不得不超越 JTA 和 JTS，把目光投得更远，在这里 Web 服务出现了。