本文介绍 WebSphere MQ Version 6 的一些主要增强。文中还列出了其他一些参考资料，这些资料可以帮助您了解更多关于 WebSphere MQ 基本产品及其特性的知识。
什么是 WebSphere MQ？

WebSphere® MQ 为组织的连接需求提供了一个简单的解决方案，并且可以作为构建和开发集成解决方案的基础。WebSphere MQ 让您可以轻松地在很多不同平台和环境之间交换信息 —— 集成新的和已有的业务应用。它能够提供可靠的数据传递，并且使应用开发人员不必在应用程序中构建复杂的恢复和错误处理逻辑。

本文主要关注 WebSphere MQ V6 中应用程序和系统开发人员感兴趣的几个方面。其他很多与系统管理员关系更大的特性则只作简要介绍

WebSphere MQ V6 的新特性和增强

Version 6 中包含以下特性和增强。

配置工具

WebSphere MQ V6 有一个新的图形化配置工具，用于替代 WebSphere MQ V5.3 中的图形化用户界面（GUI），后者只能在 Microsoft Management Console 中运行。现在您不再需要为那个 GUI 而使用 Windows® 计算机；WebSphere MQ V6 实现是基于 Eclipse 框架的，在 Windows 和 Linux 操作系统上都受支持。使用 Eclipse 可以带来很多好处 —— 其中一点好处就是可以在多种操作系统上运行，并且可以与其他同样使用 Eclipse 进行应用程序开发或管理的产品相集成。

在发布时，WebSphere MQ V6 GUI 重复了来自 Microsoft Management Console（MMC 版本）的功能，并在很多方面对其进行了扩展。其中一处扩展是，现在它可以管理一个 z/OS 队列管理器。被管理的队列管理器不必在 z/OS 以外的平台上运行 WebSphere MQ V6。该工具还可以管理分布式平台上老版本的 WebSphere MQ 和 MQSeries。从该 GUI 中还可以发现其他一些新的队列管理器操作，例如扩展的状态报告，我们将在后面加以讨论。



图 1. WebSphere MQ V6 配置工具

Eclipse 配置工具的可扩展性

GUI 被实现为 Eclipse 插件，其本身可以通过编写新的插件来扩展。用于插件的 Eclipse 接口包括对于所有插件来说很常见的一些方法，并提供了一种标准的方式，通过这种方式，每个插件可以暴露附加的功能。WebSphere MQ GUI 包括一些有文档说明的界面，以允许第三方添加他们自己的菜单项到菜单中，例如在查看一个队列时，按下鼠标右键后将出现的菜单项。同时还提供了源代码和二进制格式的示例插件，以展示如何遵从标准的 Eclipse 方法。

Web 服务

WebSphere MQ V6 中包含了一个组件，该组件使 Web 服务可以在 WebSphere MQ 传输层运行，而不是像更常见的情况下那样在 HTTP 协议之上运行。因而，Web 服务请求的 SOAP 内容在提交给服务器程序之前，可以通过一个可靠的协议来传输。使用 WebSphere MQ 进行传输的过程对于应用程序代码来说是完全透明的。当部署服务组件时，通过定义一个适当的 URI，便可以选择 WebSphere MQ 传输。WebSphere MQ 提供了对 Axis 和 .Net 环境的支持，并且还将与新的 CICS Web 服务网关互操作。

这同时也为将来围绕着异步 Web 服务的工作提供了基础。由于开发并明晰了标准，WebSphere MQ 在常见异步传输方面的应用有望增加。

64 位支持

在这个版本中，队列管理器已成为 UNIX 平台 —— AIX、Solaris 和 HP-UX 上的 64 位程序。这样便为队列管理器提供了更高的可伸缩性，因为内存中可以存放更多的关于队列和队列上的消息的数据。

改变队列管理器不会直接影响应用程序开发人员。开发人员现在可以选择构建 32 位或 64 位应用程序。在发布时，该版本同时提供了这两种格式的用于客户机和本地绑定连接的 MQI 库。在大多数情况下，我们期望应用程序仍然是 32 位的。在转用 WebSphere MQ V6 的时候，不需要重新编译已有的应用程序，因为该版本是二进制向前兼容的，但有些应用程序可能希望利用现在提供的扩展的地址空间。

64 位应用程序与 32 位应用程序之间的连接与 WebSphere MQ V6 队列管理器相比没有明显的性能差异。任何性能上的提高都需要借助应用程序的重新设计。然而，对于编写由应用程序或队列管理器调用的出口的人来说，还是有一点影响的。在这些 UNIX 平台上运行的所有不同出口，包括通道出口，数据转换和 API 出口，都需要同时以 32 位和 64 位的模式编译和链接。产品文档展示了如何构建、安装和配置这些出口，以便使得 WebSphere MQ 可以在运行时自动选取适当的“位长”。

z/OS 上的共享队列

该版本配齐了在多个 WebSphere MQ for z/OS 版本中分阶段提供的功能。对于共享队列（Shared Queue）上的消息必须少于 63KB 的这一点限制也取消了。应用程序编程人员可以像使用私有队列（Private Queue）一样使用共享队列。100MB 限制同时适用于这两种队列。

“大型消息（large message）” —— 即大于 63KB 的任何东西 —— 的实现将消息的主体放在一个共享的 DB2 表中，只将控制信息和指向该消息的一个指针存储在 Coupling Facility (CF) 中。CF 的存储空间相对来说比较有限，因此这种设计将大量的数据放在 CF 之外。小于 63KB 这个界线的消息仍然完全存储在 CF 中，就像在 WebSphere MQ 之前的版本中一样。对 DB2 的使用有其性能上的考虑，在使用 DB2 时，对于大多数或者全部消息都是大型消息的应用程序，共享队列的可取性会下降。不过，设计人员可能更愿意牺牲性能来提高共享队列提供的可伸缩性。

在决定是否采用共享队列时，应用程序架构师应该仔细查看 WebSphere MQ V6 性能报告。

.NET 和 Java 编程

Microsoft .NET Framework 的类支持 WebSphere MQ 函数的使用，这些类一开始是作为 WebSphere MQ V5.3 维护更新的一部分发布的。现在，它们已成为 WebSphere MQ V6 基本功能的一部分，并且在经过更新后，开始暴露 V6 MQI 的选项。.NET 支持的一个新元素是提供了一个监控程序。这个监控程序充当一个触发器监视器，当消息到达入站队列时，它可以在适当的事务上下文中创建一个 .NET 对象。

Java™ 接口也得到了更新。基本的 MQI 类支持 V6 MQI 选项。而基本类和 JMS 类现在都可以使用客户机通道定义表来获得到一个队列管理器的连接。这样可以为应用程序编程人员提供更大的方便，因为连接定义现在是由系统管理员来提供，而不必在应用程序代码中编写。JMS 管理的对象还可以指向客户机通道定义表，从而消除条目重复现象，并减少由此导致的相关错误。

集群

WebSphere MQ 集群中使用的工作负载分布算法已针对更多不同的配置进行了扩展。运行在具有不同能力的计算机上的应用程序可以自动收到与其能力对应的工作负载。系统设计人员可以设计合适的队列管理器拓扑，以更复杂的方式，而不是简单的轮转（round-robin）分布，在集群间重定向工作。这里不需要编写附加的出口代码。

监控、管理和问题判定

新版本的很多内容都与 WebSphere MQ 环境的管理有关。环境的管理涉及很多方面，但与应用程序开发人员息息相关的是问题判定。

例如，为该支持添加的功能包括：

检查哪些应用程序正在使用队列管理器以及它们所打开的对象。
显示具有长时间运行的事务的应用程序。
查看消息是否正在快速地通过队列传递。
随同 DISPLAY CONN 命令，在 DISPLAY QSTATUS 和 DISPLAY CHSTATUS 中添加了很多属性，以便起到辅助作用。
可用性

现在可以更动态地对 WebSphere MQ for z/OS 进行调优，以便以更灵活的方式对应用程序工作负载的变化作出响应。在不启动队列管理器或通道启动程序的情况下，可以直接添加或减少系统资源，例如缓冲区和页集。

PCF 扩展和事件消息

编写 WebSphere MQ 管理和监控应用程序的开发人员会用到 Programmable Command Format (PCF) 接口。新版本将 PCF 扩展到 z/OS Command Server，这样一来，开发人员便可以编写一个公共应用程序来同时管理分布式系统和 z/OS 系统。PCF 还增加了新的数据类型，并且可以组合或嵌套参数。

PCF 被用作事件消息（Event Message）的格式；新版本扩展了 WebSphere MQ 所生成的不同事件的数量。例如，现在事件可从那些描述在使用的事务日志的分布式平台而得到。

分布式队列管理器上的另一组事件与 z/OS 队列管理器生成的 System Management Facility (SMF) 数据对应。System Management Facility 是一个 z/OS 实用程序，它收集和记录与系统和任务相关的信息，这些信息可用于创建报告，以便在管理安装时使用。统计信息和记帐（accounting）信息被写成事件消息，它们描述了队列管理器和各个应用程序所做的工作。任何应用程序可以读取这些消息，这些消息还可以用于未来能力的规划、资费统计（charge back）或寻找合并机会。有一个示例程序（源代码格式）展示了如何格式化 PCF 消息。

活动报告

新的报告选项可以放在消息描述符（Message Descriptor）中。这些需要（但不是必需的）有处理消息的应用程序，以生成关于这些应用程序用那条消息做了哪些事情的报告。通常，这些报告被称作活动报告（Activity Report）。

队列管理器和通道程序已经得到增强，它们可以生成这些报告，特别是显示消息通过队列管理器网络的传递情况的报告。与 TCP/IP traceroute 命令类似，WebSphere MQ dspmqrte 命令报告哪些传送队列被使用，哪些通道在传输消息。这可用于测试、调试和监控网络配置。

开发人员应该考虑生成活动报告对于他们特定的应用程序是否有用。活动报告是以 PCF 格式编写的，现在，任意用户定义参数都可以包含在 PCF 消息中。

结束语

本文介绍了 WebSphere MQ Version 6 的主要增强。文中还列出了其他一些参考资料，这些资料可以帮助您了解更多关于 WebSphere MQ 基本产品及其特性的知识。

WebSphere MQ V6 是一个成功产品的一个重要更新。其中包括了很多客户需求，以方便应用程序开发和系统管理。

关于作者



  Mark 已经在 IBM 工作了将近 20 年，担任过很多不同的开发和服务方面的职务。他为早期版本的 MQSeries 编写过代码，将它移植到很多 Unix 操作系统。最近五年 Mark 是在 Technical Strategy 部度过的，现在在那里负责定义新版本的 WebSphere MQ 中所包括的函数。Mark 还经常在技术性会议上发表演讲。

路过

性能上有问题。

学习了。。。

TongLINK/Q是面向消息的中间件产品，它以其独特的优势为各种分布式应用的开发注入了强大动力，极大地推动了应用系统集成的发展。TongLINK/Q负责建立网络通信的通道，进行数据或文件的发送。其能够在客户和服务器之间提供同步和异步的连接，并且在任何时刻都可以将消息进行传送或者存储转发，保证消息的可靠传输，应用系统完全不需要担心消息传递过程中可能遇到的各种障碍（机器故障、网络故障等）。TongLINK/Q作为一个消息传递的可靠平台，应用系统可以借助于它轻松地交换和处理消息，而无需考虑消息传递的实现细节，大大节约开发的投入。