WebSphere MQ V7新功能(2)

MQ Bridge for HTTP的另外一个好处在于：简化了对MQ客户端的要求，如下图所示：

图 2 传统 MQ Client 工作模式

之前通过 MQ Client 来访问 MQ Server 时，我们需要安装 MQ 客户端软件，这样就存在系统管理方面的开销，并且需要 3~10 M 的安装空间，这在某些特殊的用户环境中会遇到挑战。

图 3 Web 2.0 工作模式

采用了基于 HTTP 的客户端之后，不仅为 HTTP 应用，例如：AJAX, RESTful 等提供了一个访问后台 MQ Server 的有效途径，并且客户机应用程序就不需要安装或配置 WebSphere MQ 客户机代码了，因此 HTTP 网桥还可以用在不需要客户机的地方，而且简化了对需要简单访问 WebSphere MQ 的诸多应用程序的管理。

内置的发布/订阅功能

事件驱动的 SOA 提供了响应迅速且灵活的基础架构，可以更为快速和方便地改变应用程序的连接方式。WebSphere MQ 是事件驱动的 SOA 的理想传输层，它支持发布/订阅消息传递。发布/订阅为松耦合的应用程序提供了一种由事件驱动的灵活模式。它可以在预先完全不知道消息接收应用程序的情形下，在应用程序之间传递消息。消息发布和消息接收应用程序之间的链接并没有明确定义，因此当需要修改发送和接收数据的应用程序时并不需要对链接进行改动。

在 MQ V6 及其之前的版本中对发布/订阅的支持不是产品本身内置的，而是通过 MQ Support Pac 的形式提供的，Support Pac 的编号是 MA0D，要通过 MA0D 用户可以实现发布/订阅功能，我们要为每一个队列管理器创建一个代理(Broker)，并且这个代理的名称和队列管理器的名称相同。在编写发布/订阅应用时，我们要熟悉 MQRFH2 这个特殊的消息头并且利用它以及相应的 Verb 来进行应用程序的开发。

而 MQ V7.0 为我们提供了一个新的内置于 MQ 队列管理器之中的内置的发布/订阅引擎，从而取代了 MA0D 的 Support Pac，这是一个非常大的改进，从而实现了队列管理器自身就可以管理发布/订阅工作而不需要依赖于外部单独的一套机制，管理进程合二为一；不仅如此，从编程接口而言，发布/订阅接口也成为了 MQI 内置的一部分，这样提高了应用程序的效率。而在 V7 之前，发布/订阅程序需要通过和一个运行在队列管理器之外的代理进程的队列接口进行通讯。