<b>操作J2EE Connector Architecture</b>[Java编程]

引言

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 事件支持为事件中任何数目的具有两阶段功效（XA 事件）的资源管理器供应合作.它还答应在事件中没有任何其他资源管理器的情形下利用一个具有单阶段功效的（本地事件）资源管理器.

　　以上是“<b>操作J2EE Connector Architecture</b>[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：