使用 WebSphere ESB 构建企业服务总线,第 5 部分.docx

引言 企业服务总线 (ESB) 支持许多传输协议和消息协议之间的交互。就这个意义而言，IBM? WebSphere? ESB 也是如此。在本系列文章的以前文章中，我们介绍并举出了在 WebSphere MQ、JMS 和 SOAP over HTTP 之间进行消息交换的一些示例。这里，我们将做进一步的阐述，并介绍 WebSphere ESB 如何支持企业服务总线模式的关键原则，即“虚拟”服务。 提供虚拟服务意味着对服务请求程序隐藏服务提供程序的实际位置、协议甚至它们的精确接口。本文通过一些示例说明，如何使用与服务提供程序预期不同的协议向请求程序提供服务。事实上，我们将通过两个协议同时提供相同的服务，从而将其公开给各种使用者。您将了解到，在使用 WebSphere ESB 时，这实际上并不需要额外的工作，原因是它具有基础服务组件体系结构 (SCA)。 本文将遵循以前文件的布局模式，先从业务场景开始，然后介绍解决方案的体系结构，最后阐述如何让它们全部在 WebSphere ESB 中运行（包括测试）。  回页首 增强的场景 我们将重新使用虚构的 Posts-R-Us 公司的两个以前场景。 在第一个场景中，我们描述了如何在每次接收包时将消息发送到后端应用程序，以便相应地更新订单状态。在 第 2 部分中，我们介绍了如何通过 JMS 队列将消息发送到 ESB，然后转发（仍使用 JMS）到后端应用程序，后者通过消息驱动 Bean 接收消息。我们然后在 第 4 部分中增强了此设置，添加了一个新的出站 WebSphere MQ 通道。现在，我们将通过 Web 服务使用 SOAP/HTTP 添加客户端访问权限，从而进一步增强此场景，如图 1 所示。 图 1. 添加新通道以便发送“package received”事件（场景 1） 通过此增强，可以从两种不同类型的客户端发送指示客户收到包的事件：一种客户端使用异步协议，另一种客户端使用同步协议。后端应用程序完全不受此影响，因为 ESB 可以为客户端提供虚拟服务接口。 在 第 3 部分中讨论了第二种场景，该场景提供了一种服务，通过该服务客户和雇员能够跟踪各个包的状态。通过 SOAP/HTTP 将该服务实现为常规 Web 服务。示例中的请求程序还使用了 SOAP/HTTP 作为协议（事实上是利用了 IBM WebSphere Integration Developer 中的 Web Services Explorer 工具运行场景的）。这里，将通过一对 WebSphere MQ 队列向此服务添加访问权限，通过此服务可以从应用程序方便地与 WebSphere MQ 通信，而不需要对 Web 服务提供任何支持。 图 2. 添加新通道以便接收包状态（场景 2） 另外，现有服务不受此附加使用者的影响；新协议的详细信息完全由企业服务总线处理。  回页首 场景 1：将 SOAP/HTTP 使用者添加到 JMS 服务 如果不希望按照此处介绍的步骤操作，可以在本文提供的 下载文件中获得完整的解决方案（位于名为 PackageReceivedModulePart5Completed.zip 的 Project Interchange 文件中）。 首先将 PackageReceivedPart4.ear 文件导入到 WebSphere Integration Developer。 下载部分提供的 part5downloads.zip 文件中包含此 EAR 文件（和其他所需文件）。EAR 文件还可以在 第 4 部分中的下载资料中找到；您不要对应用程序进行任何更改。请记住，这是一个带有消息驱动 Bean 的应用程序，它通过 JMS 队列接收消息，并将其内容打印到屏幕。创建第 2 部分中的示例后，将带有 MQ 绑定的另一个导入添加到第 4 部分中的示例中。不要把结果项目添加到运行时环境中。 导入包括要使用的中介模块的项目互换文件。其名称为 PackageReceivedModuleWithMQ.zip，另外，您可以从本文的 下载部分检索它，也可以在第 4 部分中找到它。 打开 Business Integration 透视图，并将模块加载到 Assembly Editor，如图 3 所示。 图 3. 未更改的中介模块组装图 要使中介通过 SOAP over HTTP 访问 Web 服务客户端，只需添加另一个导出，并向其提供适当的绑定。SCA 组装模型的好处是：不必对实际中介流组件进行任何更改；您可以将其他导出与之“连接”。 在 Assembly Editor 中，从面板中拖动 Export，将其放在画布上，并重命名为 SOAPClientExport，然后将其连接到中介流组件。此操作还将适