企业级Java事务管理全解析
立即解锁
发布时间: 2025-08-19 00:53:13 阅读量: 1 订阅数: 5 


掌握企业级JavaBean 3.0的核心与应用
### 企业级 Java 事务管理全解析
#### 1. 事务通信协议与事务上下文
在分布式环境中,两阶段提交事务会使情况变得复杂,因为事务管理器必须就一种标准的通信机制达成一致。分布式事务的参与者可能由不同的供应商开发,在异构应用服务器的部署中就是如此。所使用的通信机制被称为事务通信协议,例如 Internet Inter - ORB 协议(IIOP)。
事务通信协议中传输的最重要信息是事务上下文。事务上下文是一个对象,它保存着系统当前事务状态的信息,并在参与事务的各方之间传递。通过查询事务上下文,你可以了解当前是否处于事务中、事务处于哪个阶段以及其他有用的数据。任何组件要参与事务,其执行的当前线程必须关联一个事务上下文。
#### 2. Java 事务服务与 Java 事务 API
企业 JavaBeans 专家组在定义 EJB 容器对事务服务的支持时,重用了很多 CORBA 的工作。由于多个参与者(如企业 bean 和数据库驱动程序)可以参与事务,这是对基本 ACID 属性的扩展,因此对象管理组织(OMG)开发了标准化的对象事务服务(OTS)作为可选的 CORBA 服务。OTS 对许多早期不支持多方参与事务的系统进行了改进。
OTS 由两部分组成:
- **CosTransactions 接口**:是事务对象、组件、资源、资源管理器和事务管理器进行互操作的基本接口,确保各方的任意组合都是可能的。
- **CosTSPortability 接口**:提供了一种可移植的方式来执行涉及多个参与者的事务。
在 EJB 领域,Java 事务服务(JTS)在底层为 CORBA 的 OTS 服务提供 Java 绑定。大多数业务应用程序员通过 Java 事务 API(JTA)与 JTS 交互。
JTA 定义了 EJB 中事务支持的核心,它定义了事务管理器与其他各方(如企业 bean、资源管理器和应用服务器)之间的接口。JTA 可以基于底层的 JTS,实现 JTA 的事务管理器与 JTS 之间通过专有接口进行通信。
JTA 由三组接口组成:
- `javax.transaction.xa.XAResource` 接口:用于 JTA 与支持 X/Open XA 的资源管理器进行通信。
- `javax.transaction.TransactionManager` 接口:用于 JTA 与应用服务器进行通信。
- `javax.transaction.UserTransaction` 接口:供 bean 和其他应用程序处理 EJB 事务。
|接口名称|作用|
| ---- | ---- |
|`javax.transaction.xa.XAResource`|与 X/Open XA 资源管理器通信|
|`javax.transaction.TransactionManager`|与应用服务器通信|
|`javax.transaction.UserTransaction`|处理 EJB 事务|
#### 3. JTS 与跨应用服务器的分布式事务互操作性
EJB 规范建议但不强制要求应用服务器供应商支持在线事务上下文的互操作性。如果应用服务器支持可互操作的事务,EJB 要求其利用 CORBA OTS 和 IIOP 中内置的事务上下文传播功能。使用这些技术的应用服务器应该能够互操作并运行分布式两阶段提交事务。
由于 EJB 规范不强制要求这种级别的互操作性,不同供应商的应用服务器不能保证能一起工作并参与分布式两阶段提交事务,因为它们可能无法以可互操作的方式进行通信。因此,了解应用服务器使用的通信协议很重要。如果要在多个应用服务器之间执行分布式两阶段提交事务,所有应用服务器都必须支持 OTS,以促进事务上下文的可互操作传播。
#### 4. 企业 JavaBeans 事务
企业 bean 本质上可以是事务性的,能够充分利用 ACID 属性来执行可靠、健壮的服务器端操作,是执行关键任务的理想模块。
在 EJB 中,代码不会直接参与底层事务系统,企业 bean 不会与事务管理器或资源管理器交互。EJB 容器会在幕后抽象出底层事务系统,bean 组件只需对事务是否提交或中止进行投票。
#### 5. 事务管理风格
在 EJB 世界中,根据谁来划分事务边界,事务管理风格可分为以下三种:
- **Bean 管理的事务**:bean 提供者负责将事务逻辑编写到应用代码中,需要手动发出开始、提交或中止事务的语句。例如,在 EJB 银行应用中,作为银行柜员的企业 bean 要负责启动事务、执行资金转移操作并发出提交或中止语句。
- **容器管理的事务**:组件会自动加入事务,企业 bean 无需显式发出开始、提交或中止语句,EJB 容器会根据 bean 提供者指定的事务行为来划分事务边界。例如,当客户端调用银行柜员 bean 进行资金转移时,容器会自动启动事务,委托 bean 执行操作,最后根据操作结果发出提交或中止语句。
- **客户端控制的事务**:在 bean 外部的客户端代码中编写启动和结束事务的代码。例如,作为 bean 客户端的 servlet、JSP 标签库、独立应用程序等可以在调用者中开始和结束事务。
|事务管理风格|特点|
| ---- | ---- |
|Bean 管理的事务|开发者对事务边界有完全控制权|
|容器管理的事务|简单,节省编码时间,减少客户端代码误用|
|客户端控制的事务|客户端可感知事务状态,但分布式应用中回滚可能性大|
#### 6. 选择事务风格
开发者常问应该使用声明式、编程式还是客户端控制的事务。
- **Bean 管理的事务**:开发者可以完全控制事务边界,例如在 bean 的方法中运行一系列小事务。
- **容器管理的事务**:更简单,无需在 bean 类中编写事务逻辑,节省编码时间,还能避免客户端代码在不适当的事务设置下误用 bean。
- **客户端控制的事务**:可以避免非事务性远程客户端在网络或服务器崩溃时无法得知事务结果的问题,但在分布式应用中,由于事务通过网络进行,网络故障可能导致事务更频繁回滚,因此应谨慎使用。
#### 7. 容器管理的事务
使用容器管理的事务时,虽然不需要编写启动和停止事务的代码,但需要向容器提供事务操作的指令。可以通过事务属性来控制 bean 如何加入容器管理的事务,事务属性可以使用 `@TransactionAttribute` 注解或在 bean 的部署描述符中指定。
EJB 事务属性有以下几种值:
- **Required**:如果希望 bean 始终在事务中运行,可使用此模式。如果已有事务在运行,bean 会加入该事务;如果没有事务运行,EJB 容器会为其启动一个事务。
- **RequiresNew**:每次调用 bean 时都会启动一个新事务。如果调用时已有事务在进行,该事务会被挂起,容器启动新事务,bean 完成操作后,新事务提交或中止,原事务恢复。
- **Supports**:只有客户端已有事务运行时,bean 才会在事务中运行;如果客户端没有事务,bean 则不参与事务。
- **Mandatory**:要求在调用 bean 方法时必须已有事务在运行,否则会抛出 `javax.ejb.EJBTransactionRequiredException` 异常。
- **NotSupported**:bean 不能参与任何事务。如果一个 bean 启动了事务并调用使用此属性的另一个 bean,调用时原事务会被挂起,被调用 bean 完成操作后,原事务恢复。
- **Never**:bean 不能参与事务。如果客户端在事务中调用该 bean,容器会向客户端抛出 `javax.ejb.EJBException` 异常。
|事务属性|客户端事务|Bean 事务|
|
0
0
复制全文
相关推荐










