使用WebSphere Business Integration Adapter与WebSphere Application Server Enterprise: 第一部分：概述

文档选项 未显示需要 JavaScript 的文档选项

级别： 初级

Graham Charters (charters@uk.ibm.com), Software Engineer, IBM
Arul Sundaramurthy (arul@us.ibm.com), 软件工程师, IBM
Piotr Przybylski (piotrp@ca.ibm.com), Software Engineer, IBM
Thomas Tsou (ttsou@ca.ibm.com), WebSphere Studio Application Developer和Integration Edition产品管理组的一员, IBM
Sherri Wayne (swayne@us.ibm.com), Software Engineer, IBM

2003 年 10 月 01 日

在开发新的Web应用或集成业务流程（business process）时，一种常见的需求就是广泛利用现有的企业信息系统（EIS），比如封装的应用和数据库。

©IBM公司版权所有，2003年。保留所有权利。

引言

在开发新的Web应用或集成业务流程（business process）时，一种常见的需求就是广泛利用现有的企业信息系统（EIS），比如封装的应用和数据库。下图展示了这样一个场景的示例，其中，正在访问的EIS是一个管理一家公司客户纪录的系统。在图1中，系统被扩展到Web，以允许新的客户自行在公司注册。当新的注册完成时，会出现一个新的屏幕进行响应，显示EIS生成了新客户ID。

图2中的第二种用况（use case）展示了如何通过电子邮件通知客户对他们的顾客纪录进行的更新（例如，他们的级别升至白金级，他们的账户在信用检查之后现在有效，等等）。这种场景说明了简化的流程（flow），而实际上，每次交互都可能启动正在由WebSphere® Application Server Enterprise Process Choreographer运行的某个更大的业务流程，或者作为其结果。

用来实现这种解决方案的技术包括:

• WebSphere Application Server,为顾客的自服务应用提供健壮和可伸缩的执行环境。
• WebSphere Business Integration Adapters(以下简称为WebSphere BI Adapters),为超过50种的EIS和技术提供预先封装的集成功能。

图3中的图表显示了可以用来构建这种方案的组件的高级视图。这些组件还包括两台服务器，一台是Web服务器（例如IBM HTTPServer），用于提供自服务应用所需的Web页；另一台是邮件服务器，用于处理自服务应用发送给客户的电子邮件更新信息(通过JavaMail API)。然而，这些组件不是本文所讨论的主题。

图3. 物理配置
 

此处的重点是WebSphere ApplicationServer Enterprise（版本5.0.2）和WebSphere BI Adapter（版本2.3.0）之间的集成能力，这两个组件也是我们在图4中说明的顾客场景的一部分：

• Create Customer是一个请求－响应调用: 顾客通过应用启动请求，应用需要从EIS得到一个响应以获取新顾客ID和状态。
• Update Customer是一个单向调用: 适配器仅发送信息而不需要任何响应。

此后，我们将在整篇文章中引用这个样本场景。

在2003年7月，IBM扩展了WebSphere BI Adapters，通过将EIS应用和功能展示为用Web服务描述语言（WSDL）描述的服务，以支持同时使用WebSphere BI Adapters和WebSphere Application Server。然后，这些服务就可以用WebSphere Studio Application Developer IntegrationEdition（版本5.0.1）（简称为Application Developer）和WebSphere ApplicationServer中的Enterprise Services工具来进行开发。在下面的几个部分中，我们将概述运行时和开发体系结构以及开发这种集成所需的任务。

回页首

运行时概述

WebSphere Application Server/WebSphereBI Adapter集成的逻辑运行时体系结构示于图5中。

从右到左，组件是:

管理

WebSphere Application Server和WebSphere BI Adapters之间的集成也包括扩展WebSphere Application Server管理控制台，使得可以对适配器进行远程管理。应用服务器接收来自控制台的命令，然后通过XML JMS消息与适配器进行通信。图6展示了管理控制台、应用服务器和WebSphere BI Adapter之间的关系。

管理命令包括:

回页首

开发概述

图7展示了用WebSphere BI Adapters构建和单元测试应用时的开发环境以及主要步骤。

开发环境(在表中以黑体字进行显示)包括:

主要的开发任务(在图中用红色进行显示)包括：

1. 导入EIS元数据许多WebSphere BI Adapters支持通过Object Discovery Agent（ODA）直接从EIS中导入元数据，对象发现代理是解释外部来源的元数据并生成相应的业务对象定义的工具。外部来源的元数据是在WebSphereBI System Manager中作为业务对象定义实现的。这类导入的一个例子是能够从存放在SAP Business ObjectRepository中的构件直接生成业务对象定义。在我们的样本场景中，这将是能够从EIS中导入顾客记录结构及其相关操作。
2. 配置连接器和业务对象
   如果适配器不支持元数据导入，则可以用Business ObjectDesigner工具直接定义业务对象。Connector Configurator工具可以用来配置适配器信息，比如EIS主机名、端口和适配器支持的业务对象。在我们的样本场景中，我们将定义顾客业务对象（如果不支持任务1的话），并且用EIS连接属性、支持的顾客业务对象以及与应用服务器进行通信的JMS队列定义等信息配置适配器。
3. 以WSDL和XML模式交换配置
   业务对象和连接器配置描述了适配器支持的服务。BusinessIntegration透视图通过WSDL和XMLschema的交换可以获取此信息，WSDL和XMLschema的交换是 从System Manager导出到BusinessIntegration服务项目中的（您也可以将其作为单个文件或一个JAR文件导出到文件系统中）。在我们的样本场景中，WSDL描述了应用服务器可以对EIS顾客记录执行的操作(通过适配器)，以及适配器可能在应用服务器中调用的EIS顾客操作。XMLschema将描述顾客业务对象结构。
4. 构建应用服务器运行时组件
   WSDL和XML schema定义可以用来生成应用代码，以支持与WebSphere BI Adapter进行的通信。此时，可以添加该应用的业务逻辑。在我们的样本场景中，我们将生成应用服务器组件，以支持创建EIS顾客记录和EIS顾客更新通知。
5. 部署 到WebSphere BI Adapter和WebSphere Application Server单元测试环境
   最后，将用工具创建好的组件和配置部署到适当的运行时，以进行测试。在我们的样本场景中，此项任务就是部署EIS顾客信息的WebSphereApplication Server集成支持以及Connector Configurator和Business ObjectDesigner中的适配器配置。  

回页首

WebSphere BI Adapters概述

WebSphere BI Adapters在两个接口之间进行映射: EIS的接口和欲利用EIS的环境的接口，在这种情况下即应用服务器。公开给应用服务器的接口是JMS之上的XML格式的消息（XMLformatted messages over JMS）。每个消息的结构都是用XML schema描述的业务对象。

下面几个部分描述给WebSphere Application Server提供的WebSphere BI Adapter接口：

1. 业务对象:在应用服务器和WebSphere BI Adapters之间进行通信的数据和操作
2. JMS支持:在应用服务器和适配器之间支持的JMS交互模式
3. WSDL生成:由适配器生成并由Application Developer和WebSphere Application Server使用的WSDL结构(从业务对象定义和JMS支持派生的)。

1. 业务对象

业务对象的定义由属性和动词组成。在我们的样本场景中，属性即是EIS存储的关于客户的信息，动词对应于可以对顾客记录进行的操作。如前所述，这些业务对象可以通过两种方式中的某一种派生：通过Object Discovery Agent从EIS库中导入，或者通过Business Object Designer工具产生。

图8说明了我们的样本场景的业务对象定义，左边是顾客业务对象定义(为了简单起见，省略了类型和约束信息)，右边是顾客业务对象实例。

2. JMS支持

WebSphere BI Adapter JMS支持在适配器和WebSphere Application Server之间使用了四种交互模式，如图9所示。它们是：

• 从WebSphere Application Server启动:
  1. 单向（也称为Hub单向）
  2. 请求-响应（Hub请求）
• 从WebSphere Business Integration Adapter启动:
  1. 单向（代理传送）
  2. 请求-响应（代理请求）

在每种通信中，XML格式的业务对象是在两个运行时之间进行交换的。此外，请求的结果是在响应信息中进行显示的，它包括状态和文本描述。在我们的样本场景中，所用的交互模式为:

• 用于Create Customer: 应用服务器中的请求-响应模式（图9中的#2）
• 用于Update Customer: 适配器中的单向模式（图9中的#3）。

3. WSDL生成

以上描述的业务对象配置和交互模式等同于适配器（当从WebSphere Application Server启动时）或WebSphere Application Server（当从适配器启动时）提供的服务。WebSphereApplication Server和Application Developer提供的这些服务使用带有JMS绑定的WSDL。ApplicationDeveloper中的Enterprise Services工具可以使用这种带有JMS绑定的WSDL来构建所需要的应用组件（参见 WebSphereApplication Server components），而生成的组件也可以在运行时使用这种带有JMS绑定的WSDL。

下面的代码显示了我们的样本场景的伪WSDL（此场景不需要的绑定、服务定义和顾客portType以及操作定义都已经省略了）。定义注解如下：

• 6-7行: 导入客户业务对象的XML schema定义（ Customer.xsd ）
• 9-11行: 请求消息定义，包括一个顾客业务对象（也用在单向通信中）
• 12-17行:响应消息定义包括一个顾客业务对象、状态、描述和JMSType（JMSType是在WebSphere BI Adapter和WebSphere Application Server之间传递的标识符，可以由适配器用来区分管理和集成消息之间的不同）
• 19-24行: 应用服务器启动的所有请求-响应操作的portType定义
• 20-23行: Create Customer调用WebSphere BI Adapter的操作定义
• 25-29行: 适配器启动的所有单向操作的portType定义
• 26-28行: Update Customer通知应用服务器的操作定义

根据portType名称，我们可以了解到它们是如何从业务对象和交互模式名称中派生出来的。操作名称是从业务对象名称和动词定义中派生出来的。

回页首

WebSphere Application Server组件

在运行时，WebSphere应用可以启动对WebSphere BI Adapter的请求，或者由来自适配器的请求进行驱动。在任何一种情况下，都需要应用程序代码来触发或处理调用。

给定WSDL定义，比如由WebSphere BI Adapter所生成的，Application Developer将生成WebSphere Application Server中所需的所有支持性EJB组件、bean和类。这些生成的组件处理所有的发送、触发和消息格式编排。用户需要做的只是添加他们新的业务逻辑。

图10显示了所生成的支持四种适配器交互模式的EJB类型，说明了如何使用SessionEJB从WebSphere Application Server启动交互，以及如何使用消息驱动bean和Session EJB的组合来支持由适配器启动的交互。Session EJB提供了一个方便的框架，使您能够添加业务逻辑来处理由WebSphere BI Adapter生成的事件。

图11显示了所生成的支持我们的样本场景的EJB组件:

• Create Customer：CustomerHubRequestService Session EJB
• Update Customer：CustomerAgentDeliveryService Session EJB和CustomerAgentDeliveryServiceMDB消息驱动bean。

也显示了所生成的对应于WSDL操作的方法：

• Create Customer：CustomerCreate(...)方法触发EIS中新顾客的创建，也将作为顾客在公司的Web站点上输入的详细情况的结果被调用。
• Update Customer：CustomerUpdate(...)方法当每次顾客在EIS中进行更新时被调用，并且将用来向顾客发送电子邮件。

回页首

结束语

这篇关于使用WebSphere BI Adapter与WebSphere Application Server的概述向您介绍了基于Web的企业解决方案所需的任务和组件，所有的都是在一个顾客自服务应用的上下文中。附加信息请见 下面的参考资料。在后面的文章中，我们将描述如何构建、测试、部署和管理本文中所叙述的场景。

参考资料

• WebSphere Business Integration Adapters InfoCenter
  
  
• WebSphere Application Server InfoCenter
  
  
• WebSphere Business Integration Adapters
  
  
• WebSphere Studio Application Developer Integration Edition
  
  
• 当使用WebSphere Studio Application Developer和Integration Edition时，如果想寻求帮助，请选择 Help => Help Contents => WebSphere Studio => Business integration => Building Enterprise Services => Concepts => WebSphere Business Integration Adapters
  

作者简介

		Graham Charters是一位工作于英国Hursley的WebSphere开发部门的Software Engineer。他的职责包括适配器体系结构以及在WebSphere平台上发展和集成WebSphere BI Adapter。您可以通过 charters@uk.ibm.com与他联系。

		Arul Sundaramurthy是一位工作于加州Burlingame的WebSphere Business Integration部门的软件工程师。他的职责是发展和提交WebSphere Business Integration Adapter框架。您可以通过 arul@us.ibm.com与他联系。

		Piotr Przybylski 是一位工作于加州Burlingame的Software Engineer，他的工作范围是Connector Architecture、连接器和相关工具。他是IBM的J2EE Connector Architecture规范专家。您可以通过 piotrp@ca.ibm.com与他联系。

		Thomas Tsou是IBM Toronto Lab的WebSphere Studio Application Developer和Integration Edition产品管理组的一员。在加入该实验室之前，他是一位在Western Canada的IBM Global Services IT Architect。您可以通过 ttsou@ca.ibm.com与他联系。

		Sherri Wayne是明尼苏达州Rochester的WebSphere开发部门的一位Software Engineer。她的职责是通过关注WebSphere Application Server Base、Enterprise bring-up和集成活动来保证WebSphere Software Platform的成功提交。您可以通过 swayne@us.ibm.com与她联系。

对本文的评价

太差！ (1) 需提高 (2) 一般；尚可 (3) 好文章 (4) 真棒！(5) 建议？

回页首