IBM WebSphere 开发者技术期刊: 支持 Web 服务和 B2B 交互

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

级别： 初级

Scott Simmons (scottsim@us.ibm.com), 业务集成解决方案专家, IBM

2004 年 11 月 01 日

WebSphere® Application Server Network Deployment（其中包括 Web 服务网关）和 WebSphere Business Integration Connect 为提供与业务和贸易伙伴的 Web 服务集成提供了不同的体系结构方法。应该利用使用模式来决定什么时候使用单个产品，以及什么时候联合使用两种产品提供全面的解决方案体系结构。本文比较了两种解决方案的功能性能，从而帮助用户决定什么时候使用这种解决方案而不使用另一种。

引言

Web 服务为不断增加需求的伙伴集成提供了一个新兴的基于面向服务体系结构 (Service Oriented Architecture,SOA) 的体系结构方法。功能需求经常需要直接集成 Web 服务，将其封装为企业对企业 （business-to-business,B2B) 集成的一种解决方案架构。随着 B2B 解决方案的不断发展，Web 服务在为 SOA 提供 B2B 扩展方面将扮演越来越重要的角色。简而言之，Web 服务提供了关键的互操作特性，并为贸易伙伴和业务伙伴交互实现了一个基于标准的架构。

IBM Business Integration 组合为 Web 服务和开发与部署面向服务的体系结构提供了广泛的支持。除了其它的传输格式，例如 FTP、RosettaNet、AS1 和 AS2 等等，WebSphere Business Integration Connect 还提供了对简单对象访问协议 (Simple Object Access Protocol,SOAP) 的支持，将其业务伙伴集成的一种传输解决方案。另一方面，WebSphere Application Server （特指 WebSphere Application Server Network Deployment 和 WebSphere Business Integration Server Foundation V5.1）为 Web 服务支持提供了强壮的、高级的解决方案。

这两个解决方案为服务都提供了不同层面的支持，并且适合不同的功能需求。

回页首

SOAP 支持

根据 SOAP 支持来区分 WebSphere Application Server 和 WebSphere Business Integration Connect，我们来看一下下面的功能方面：

表 1. 用于评估的功能方面

回页首

WebSphere Business Integration Connect 中的 Web 服务支持

WebSphere Business Integration Connect 提供了 IBM Business Integration 产品组合内的伙伴网关组件。该产品构建在嵌入式 WebSphere Application Server 上，它有三个主要组件：

• 控制台（J2EE 应用程序）：为业务社区提供了管理和文档管理工具（集线器以及伙伴）。
• 目标 (Servlet 和 MBean)：为内部的外部端点的传输和文档协议提供入站监听服务以及传输层安全性功能。
• Document Manager (MBean)：提供文档管理功能，例如，状态管理、验证、转换、文档层安全性服务等等。

有关详细信息请参阅 WebSphere Business Integration Connect 文档。

WebSphere Business Integration Connect 支持多种传输和文档协议，包括 FTP、HTTP/HTTPS、AS1、AS2 以及其他的协议。支持这些协议包括支持业务协议（例如 AS1/AS2 和 RosettaNet）的扩展验证、协议特定功能、协议交互、状态管理以及其他的协议。支持这些协议包括支持业务协议的扩展验证、协议特定功能、协议交互、状态管理，还支持传输与文档层安全性特性，正如协议标准中所指定的。为了 SOAP 集成，WebSphere Business Integration Connect 高级版本和 WebSphere Business Integration Connect 企业版提供了 SOAP pass-through 支持。（WebSphere Business Integration Connect Express 产品目前不支持任何 SOAP 传输。）

WebSphere Business Integration Connect 支持企业和业务伙伴间的双向代理。WebSphere Business Integration Connect 将 Web 服务请求传送给 Web 服务提供方，同时将提供方的响应返回给请求方。向企业内部发出 SOAP/HTTP 请求或者有来自外部源的 SOAP/HTTP 请求时会出现这种情况。和 Web 服务网关类似，WebSphere Business Integration Connect 能导入和加载定义了服务的内部注册端点的“私有” WSDL。WebSphere Business Integration Connect 依次生成“公有” WSDL。

加载 Web 服务的 WSDL 定义时，最初的 WSDL 保存为 “Validation Map”，并作为私有 WSDL 引用。公有 WSDL 保存在私有 URL 中，而不是保存在通过 Community Console 在 Document Flow Upload 中输入的目标 URL 中。然后 Web 服务的用户引用 WSDL。WebSphere Business Integration Connect 将请求发送给最初的 Web 服务提供者的私有 URL。通过这种方式，WebSphere Business Integration Connect 充当了一个代理，将请求向前传送到隐藏在实际服务消费者背后的私有提供者 URL。

要在 WebSphere Business Integration Connect 内实现 Web 服务，在定义 WebSphere Business Integration Connect 文档的过程中，通过 Community Console 导入（上传）一个 WSDL 文件。对于完全在单一 WSDL 文件内定义的 Web 服务，可以直接导入 WSDL 文件。另一方面，在私有 WSDL 文件内显式导入 WSDL 文件通常需要将所有的 WSDL 文件以 ZIP 归档文件的形式加载。当可以从 Community Console 的服务器上访问每个元素的位置属性 URL 时，该规则将出现异常。在这种情况下，可能要直接加载私有 WSDL，并且在验证的过程中，导入的文件会自动被加载。

系统管理员可以通过控制台手工输入相同的 Document Flow Definition，正如 WebSphere Business Integration Connect 文档中所描述的。按照 Document Flow Definition 的层次，Web 服务被描述为：

• 包： None（名称和代码），版本设置为 N/A
• 协议： Web 服务（名称和代码），版本为 1.0
• 文档流： {<web service namespace>}:<web service name>（名称和代码）。 要求：在 Web 服务协议的文档流中该值必须是唯一的。
• 活动：针对每个 Web 服务操作的活动
• 动作：每个操作的输入消息的动作，名称和代码分别为： {<namespace of identifying xml element = first child of soap:body>}:<name of identifying xml element = first child of soap:body>

WebSphere Business Integration Connect 用动作的名域空间和名称识别传入的 Web 服务请求 SOAP 消息，并以定义的参与者连接为基础准确地路由该消息。

一旦建立了 Document Flow Definition，系统管理员就可以为 Web 服务建立有效的交互。系统管理员既将 Document Flow Action 设为源，又将其设为目标。因此，同一 Web 服务接口可以供多个伙伴使用。加载 Web 服务时，通过在控制台上指定 Web 服务 URL，WebSphere Business Integration Connect 使 Web 服务可用于 Community Manager。（Pass Through 只是 WebSphere Business Integration Connect 中用于 Web 服务交互的一个有效支持选项。）

使伙伴利用 SOAP 支持的最后一个步骤是定义源和目标参与者的 B2B 功能，并设置源和目标参与者间的参与者连接。该步骤遵循 WebSphere Business Integration Connect 管理员指南中论述的基本流程。一旦实现了源和目标参与者的 B2B 功能，文档流将作为两个所选参与者间的可用连接选项出现。可以按照需要创建、激活和释放连接。

运行的时候，WebSphere Business Integration Connect 从参与者那里接收 SOAP 消息，确定适当的 Web 服务端点并用相同的 SOAP 消息调用 Web 服务。然后 Community Manager 返回的响应和同一 HTTP 连接中的 HTTP 200 消息一起返回给参与者。错误处理可以包括通常的安全性相关问题以及 SOAP 传输相关问题，例如，Web 服务连接解析失败。当系统找不到 SOAP 消息的连接信息时，将发生错误。

可以通过 SSL 或基本认证（userid/密码）进行 Web 服务的运行时间认证。WebSphere Business Integration Connect 通常不提供 Web 服务安全性集成。另外，利用上面讨论的 Community Console 内的管理功能，以一个个伙伴为根据通过分配特定的 B2B 性能能将 SOAP 操作限制到特定的伙伴。

WebSphere Business Integration Connect 通过 pass-through 中介提供了 SOAP 传输代理。因此，在处理过程中不用转换和自省 SOAP 消息体。虽然在运行期内，不在传入的 SOAP 调用中进行验证，但是根据特定的标准参考模式（例如 wsdl.xsd、 wsdlhttp.xsd 和 wsdlsoap.xsd），加载的 WSDL 文件是有效的，这些参考模式包括描述有效 WSDL 文件的模式。文件位于 WebSphere Business Integration Connect 安装目录的 packagingSchemas 目录下。

WebSphere Business Integration Connect 以 WS-I 基本概要 1.0 为基础，提供了对 SOAP V1.1 和 WSDL V1.1 的支持，还支持 RPC 编码/RPC-文字和文档-文字绑定样式。通过 WebSphere Business Integration Connect 处理 SOAP 已经用 Interchange Server 进行了测试，应该直接与用前面讨论的其他 WebSphere Business Integration 产品一起工作。

根据前面讨论的部署 Web 服务集成的标准，请参阅下面的表 2。

表 2. WebSphere Business Integration Connect 提供的支持

与传统的 WebSphere Application Server 解决方案体系结构相比，扩展功能包括：

• 业务伙伴管理。
• 通过认证和审核，不可抵赖。
• 用于管理、跟踪和报告的审核。

WebSphere Business Integration Connect SOAP 支持目前的局限包括：

• 不直接支持带附件的 SOAP (SWA)。
• 传输只限于 HTTP 和 HTTPS （没有重新绑定到 JMS 的传输）
• 目前不支持 Web 服务安全性扩展。
• 不解析和验证 SOAP 消息体（只是 pass through 操作）。

回页首

Web 服务网关中的 Web 服务支持

Web 服务网关是 WebSphere Application Server Network Deployment (ND)（以及 WebSphere Business Integration Server Foundation）的一部分。WebSphere 技术平台 5.0.2 版提供了全面的 J2EE 和基于 Web 服务技术的应用服务器解决方案，以实现 IBM 的以全面的价格/性能比来提高交付产品的承诺。

Web 服务网关（联合 WebSphere Application Server）为 Web 服务提供了广泛的支持，包括 Web 服务高速缓存、UDDI4J 版本 2.0 客户端支持、JSR 101 (JAX-RPC) 1.0、SAAJ 1.1 (SOAP with attachments API for Java)、JSR 109 1.0 支持、WS-I 基本概要 1.0、 Web 服务安全性集成、SOAP/JMS 重新绑定支持和 JMX Web 服务监控支持。

WebSphere Application Server ND 包括对 JAX-RPC 处理程序和完全私有注册中心的额外支持。Web 服务网关对中介的支持直接与集成支持 JAX RPC 来拦截 SOAP 消息和实现定制处理程序来调停 SOAP 请求相关。

Web 服务网关为服务请求和服务响应提供了多个 Web 服务绑定，包括 SOAP（通过 HTTP 和 JMS）、EJB （例如，通过 IIOP 传输 RMI）、JCA、本地 JMS 和 Java。最常用的绑定是 SOAP/HTTP 和 SOAP/JMS。SOAP/JMS 支持通过 JMS 的单向和请求/响应 SOAP Web 服务调用。这个功能通过 JMS 和 WebSphere MQ 提供的可用性实现了更高的端到端的可靠性。

Web 服务网关提供了服务的管理和配置，并支持多种通道（SOAP/HTTP、SOAP/JMS 等）。提供通道是为请求方的新请求服务。另一方面，绑定使 Web 服务网关调用服务提供方，并接收提供方的响应，然后利用到请求方的通道，提供方进行返回。版本 5.1 对 Web 服务网关的提高包括支持 SOAP/HTTP、SOAP/JMS 通道和通过选择性解析提高性能。Web 服务网关支持通过 WSDL 和 UDDI 进行发现、通过 WSDL、WSIL 和 UDDI 进行发布。从安全性的角度考虑，Web 服务网关提供了基本的 userid/密码和 SSL 传输层安全性，还通过服务和/或操作提供了更细粒度的安全性。

Web 服务网关提供了高度灵活的体系结构，如图 1 所示。更重要的是，能用过滤程序和数据处理程序直接对其进行扩展，从而实现定制服务行为。

区分 Web 服务的 Web 服务网关解决方案体系结构的一个重要方面是性能。支持选择性解析实现了选择性解析 SOAP 消息头的，而不解析消息体。这个功能要求 Web 服务网关中的 JAX-RPC 处理程序只使用消息头中的字段，并且不直接访问 SOAP 消息体。这样会获得极高的性能。除了为了性能继续优化 WebSphere Application Server 代码，Web 服务网关工具还为 Web 服务提供了性能监控以及基于 JMX 的 bean，该 bean 能直接和 Tivoli Performance Viewer 一起使用。

WebSphere Application Server ND 解决方案体系结构强烈支持 UDDI，并且完全支持 WebSphere Application Server V5.1 中的 UDDI4J v2.0。私有 UDDI 注册中心是 WebSphere Application Server ND 附带的，通过 JDBC 连接 DB2 和 Cloudscape® 支持实现了持久存储的 UDDI 版本 2.0。WebSphere Application Server 5.1 还提供了很多新的 UDDI 实用工具以帮助管理 UDDI（包括注册中心实体的查询、复制、删除、粘贴和持续功能）。

WebSphere Business Integration Connect 和 Web 服务网关都支持服务定义的存储和通过互连网和内联网上的 UDDI 实例更新实际的端点。利用这个功能，内联网中的 UDDI 具有“真实的” Web 服务提供者端点，然后服务定义被发布到互连网中的 UDDI 实例中，在互连网中，服务端点与 Web 服务网关条目相互关联。

从开发和构建时间的角度考虑，给人深刻印象的是 WebSphere Studio V5.1 中的实现了 Web 服务开发的新工具。除了基本的支持 JDK 1.4 (5.1.1)，新 WebSphere Studio 工具提供了大量的 Web 服务向导，以支持文档文字和 RPC SOAP 编码服务。这些工具还为基于 EJB 的 Web 服务和集成 Web 服务安全性这两个选项支持通过 JMS 的 SOAP。另外，还有一个新的 WSDL 编辑器和校验器，为查看和管理 WSDL 端口、绑定、消息和服务以及遵从 WS-I 的工具提供了一个基于组件的面板。

按照前面讨论的关于部署 Web 服务集成的标准，这里介绍如何联合使用 WebSphere Application Server ND 和 Web 服务网关：

表 3. WebSphere Application Server Network Deployment 和 Web 服务网关提供的支持

总的来说，Web 服务网关解决方案用 Web 服务安全性保护的额外好处为调用互联网和内联网环境间的 Web 服务提供了一个架构。Web 服务网关解决方案体系结构支持将“具体化” Web 服务作为应用程序开发和业务集成的面向服务方法的一部分。

回页首

针对适当的作业采用适当的工具

从 WebSphere Business Integration Connect 和 WebSphere Application Server ND（Web 服务网关）这两种方法的相对强度，不难看出两种产品各在两个不同的方面胜过对方。基本上可以以对许多问题的响应为基础来分析决定使用某一种方法而不用另一种。

表 4. 哪个是最佳解决方案

WebSphere Business Integration Connect 通过基本的 SOAP pass-through 支持，实现了 Web 服务解决方案的实施。通常，将这种 SOAP 集成解决方案作为带额外需求的更广的 B2B 目标的一部分来开发,这些额外需求包括：

• 全面的伙伴管理。
• 传输和文档安全性（HTTPS 和基本验证）。
• 对事务细节和审核跟踪的取出即可用 (out-of-the-box) 的跟踪和可见性。
• 支持非 Web 服务传输和文档协议，包括电子数据交换（EDI）。

例如，IBM 的传输和逻辑客户现在使用 WebSphere Data Interchange 用于 EDI 转换和路由。客户正在扩展他们的集成体系结构，使其包含 AS1/AS2 和 WebSphere Business Integration 产品组合中的附加 EAI 组件。另外，客户对支持为了信息交换而提供与外部代理的 SOAP/HTTP 集成这一功能很感兴趣。提议的集成体系结构的性能需求与 WebSphere Business Integration Connect 性能概要是一致的，额外的传输需求建议需要 WebSphere Business Integration Connect。因此，建议采用 WebSphere Business Integration Connect 作为 B2B 解决方案体系结构。

另一方面，通常在集中应用程序开发的组织中发现使用 Web 服务网关（通过 WebSphere Application Server ND）。另外，除了支持额外需要，建议使用该方法还有其他因素：

• 支持 Web 服务标准，包括 Web 服务安全性标准。
• 直接支持消息中介和传输重新绑定。

在去年的开发中，大量内容的提供方要求 IBM 为新的项目提出 B2B 解决方案体系结构，从而为他们的超过 1500 万订阅者提供额外服务。已经通过 WebSphere Application Server J2EE 环境实现了这种服务，并且客户对 SOAP/HTTP 传输解决方案尤其感兴趣。在这种情况下，用高交互性能需求和缺少需求支持其他的传输协议导致推荐用 Web 服务网关作为基本的 Web 服务解决方案。

混合型解决方案

在很多情况下，可以联合使用两种解决方案。WebSphere Application Server ND 能用来支持高容量、交互式（“匿名”） Web 服务请求，WebSphere Business Integration Connect 能用来处理要求其他传输协议或现成可访问性和管理性的 B2B 交互。

对于这种混合型解决方案需求，大型制造商正朝着用于集成互联网和内联网的基于 Web 服务的体系结构的部署。另外，客户要求支持以前的 B2B 集成需求（EDI 和 FTP）。因此，支持新兴标准（例如 Web 服务安全性）和传统集成这两方面的需求形成了如下所示的混合型解决方案：

另外，可以用 WebSphere Business Integration Connect（版本 4.2.2）实现下列解决方案。

回页首

结束语

是决定使用 Web 服务网关（通过 WebSphere Application Server ND）还是使用 WebSphere Business Integration Connect 来支持 Web 服务 B2B 交互应该基于以下几个因素来评估：

• WebSphere Business Integration Connect 为伙伴管理和文档跟踪提供了全面的取出即可用功能。
• WebSphere Business Integration Connect 提供了对传统 B2B 传输和文档格式的支持，以及扩展的内置支持，包括验证、状态管理和安全性扩展。
• Web 服务网关直接支持 Web 服务标准，包括支持 Web 服务安全性。
• Web 服务网关实现了更高的性能，并为需要提高性能的地方提供了额外的扩展。
• Web 服务网关通过 JAX-RPC 处理程序为 Web 服务提供了中间服务支持。可以用 WebSphere Business Integration Server 解决方案扩展 WebSphere Business Integration Connect，从而提供可扩展的中间服务。
• 这两种产品都为 WebSphere Business Integration Server 提供了高级集成。

大多数 B2B 需求强烈建议这两个可选方案中有一种能满足需求和所需 IT 员工的技术概要。在有些情况下， WebSphere Business Integration Connect 和 WebSphere Application Server 能提供混合型解决方案体系结构来满足整体需求。

回页首

致谢

没有来自 Web 服务领域的 Rachel Reinitz 的帮助和一直的支持，本文可能完不成。另外，感谢 Raja Das 所做的图，该图显示了 WebSphere Business Integration Connect 4.2.2 体系结构解决方案。

本文的参考资料包括 Kyle Brown 写的白皮书，Rob High 和 Eric Herness 合写的综述。最后，感谢所有的评论员的帮助。

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文。
  
  
• Web 服务体系结构和设计最佳实践，Kyle Brown 和 Rachel Reinitz，WebSphere 开发者技术期刊，2003 年 10 月
  
  
• 红皮书：Services Wizardry with WebSphere Studio 应用程序开发人员的 Web (SG246292)
  
  
• 红皮书：WebSphere 版本 5 Web 服务手册 SG24-6891-00
  
  
• 红皮书：利用 Web 服务进行业务集成 SG246583
  
  
• WebSphere Business Integration Connect 文档
  
  
• developerWorks Web 服务专区
  
  
• alphaWorks
  
  
• 新兴技术工具包 (ETTK)
  
  
• WebSphere 零售书籍
  

关于作者

		Scott Simmons 是 Worldwide Business Integration 技术销售支持小组的一位高级认证 IT 架构师。Scott 专门研究针对客户和特别关注 B2B 集成解决方案的伙伴的集成体系结构的设计和开发。从业界关注的角度来看，Scott 专门研究电子和自动集成解决方案体系结构。

对本文的评价

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

回页首