文档介绍：引言
企业服务总线(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 服务
如果不希望按照此处介绍的步骤操作,可以在本文提供的下载文件中获得完整的解决方案(位于名为 的 Project Interchange 文件中)。
首先将 文件导入到 WebSphere Integration Developer。下载部分提供的 文件中包含此 EAR 文件(和其他所需文件)。EAR 文件还可以在第 4 部分中的下载资料中找到;您不要对应用程序进行任何更改。请记住,这是一个带有消息驱动 Bean 的应用程序,它通过 JMS 队列接收消息,并将其内容打印到屏幕。创建第 2 部分中的示例后,将带有 MQ 绑定的另一个导入添加到第 4 部分中的示例中。不要把结果项目添加到运行时环境中。
导入包括要使用的中介模块的项目互换文件。其名称为 ,另外,您可以从本文的下载部分检索它,也可以在第 4 部分中找到它。
打开 Business Integration 透视图,并将模块加载到 Assembly Editor,如图 3 所示。
图 3. 未更改的中介模块组装图
要使中介通过 SOAP over HTTP 访问 Web 服务客户端,只需添加另一个导出,并向其提供适当的绑定。SCA 组装模型的好处是:不必对实际中介流组件进行任何更改;您可以将其他导出与之“连接”。
在 Assembly Editor 中,从面板中拖动 Export,将其放在画布上,并重命名为 SOAPClientExport,然后将其连接到中介流组件。此操作还将适当的接口添加到导出。右键单击导出,并选择 Generate Binding