利用J2EE Connector Architecture

引言

CICS 应用程序与事务的服务质量有同等含义；将这些应用程序与主流 J2EE 组件集成在一起是当今许多企业面临的共同难题。可以使用 J2EE Connector Architecture (JCA) 和 CICS Transaction Gateway 提供对 WebSphere Application Server 中部署的 CICS 应用程序和 J2EE 组件的事务集成。

为了向您介绍如何实现这一集成，我们将从概述基本事务概念开始，然后具体介绍以下软件中的事务环境：IBM WebSphere Application Server、CICS Transaction Server for z/OS™ (CICS TS) 和 CICS Transaction Gateway (CICS TG)，其中包括 CICS TG V6.1 for z/OS 中新的 XA 两阶段提交支持。我们将详细分析 WebSphere Application Server 中的 Servlet 和 EJB 组件的事务控制，并阐述如何使用这些控制来提供 WebSphere Application Server 中部署的应用程序与 CICS 之间的不同级别的事务集成。

本文的目标读者是需要了解将 JCA 和 CICS 一起使用的事务本质的应用程序设计人员和架构师。本文假设您了解 CICS 和 JCA 方面的基础知识。

事务为何物？

在 J2EE 世界里，事务是活动单元，在活动单元内，把可恢复的资源的多次更新作为原子性的（更确切地说，一个不可分割的工作单元），以使得要么全部更新要么全不更新。然而，在 CICS 世界里，事务是指被特定的事务标识符 (transaction-identifier) 调用的通过一个 CICS 程序（或一系列的程序）完成的工作，并且运行在一个特定的 CICS 任务下。该 CICS 任务本身由多个可恢复的工作单元（也被称为逻辑工作单元）组成，这些工作单元通过同步点区分。这些工作单元是一些可恢复的原子单元，因此它们类似于 J2EE 世界的事务。

基本组件

在事务环境中，所有参与者都被划分为资源管理器或事务管理器。资源管理器负责管理可恢复数据，例如文件或队列。事务管理器负责事务响应，并且在多个资源管理器之间协调事务的结果。在它们之间，事务管理器和资源管理器负责可靠地协调对可恢复资源的更新，以便维护原子性、一致性、隔离性和持久性之类的事务规则。为实现此目标，有必要为每个参与者实现一个共同的体系结构标准。在下面的部分中，我们将简要介绍下列标准和协议：

J2EE Connector Architecture (JCA)

两阶段提交。

JCA 是 J2EE 标准的一部分，并指定由资源适配器实现的系统契约。这些系统契约定义资源适配器为事务管理、连接管理和安全提供的服务质量（图 1）。

图 1. JCA 系统契约

在 J2EE 体系结构中，分布式事务称为全局事务，管理可恢复资源的系统称为资源管理器，示例有 CICS、IMS™ 和 DB2®。这些资源管理器基于它们支持的事务分类，它们或者支持两阶段协作（通过提供 XAResource 接口）、或者仅支持单阶段协作（通过 LocalTransaction 接口）、或者为非事务管理器。

对于事务管理，资源适配器需要实现下列契约之一，这在资源适配器的部署描述符中进行了定义（ra.xml 文件）：

XA 事务——可以完全参与两阶段提交进程的资源适配器，该资源适配器可以影响全局事务的结果。

LocalTransaction——可以参与资源管理器本地事务的资源适配器（在我们的示例中是 CICS 区域），但该资源适配器不具有任何两阶段提交事务功能。为便于清楚地说明，在本文中（以及在其他与 WebSphere 相关的出版物和论文中），我们使用术语资源管理器本地事务 (RMLT) 来表示位于单个资源管理器本地的事务。

NoTransaction——指无事务属性的资源适配器；它可以参与事务上下文，但不受事务结果的影响（也不影响事务的结果）。

WebSphere Application Server 事务支持为事务中任何数量的具有两阶段

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!