发布时间 : 星期六 文章WebSphere MQ V7 新特性 - 图文更新完毕开始阅读
进入WEB 2.0时代----WebSphere MQ V7 新特性
通过将多个队列管理器分组到导航器中各个独立的视图中，WebSphere MQ
Explorer 简化了队列管理器的管理。例如，可以分别对测试队列管理器和生产队列管理器进行分组并查看。配置安全性设置也更加容易。可以为每个队列管理器配置通道出口、用户标识和密码，或者为一个组或工作空间中的所有队列管理器配置通道出口、用户标识和密码。
WebSphere MQ V7.0 融合且扩展了修订包 6.0.2.0 中的 WebSphere MQ Explorer 插件。这些插件包含了图形问题发现工具，只需要单击一次，该工具就可以对消息传递主干配置进行检测和分析，并且可以通过对象权限管理器（OAM），以图形化方式对用户许可进行配置。
4.2. 使用发布/预订消息传递更为方便
事件驱动的 SOA 提供了响应迅速且灵活的基础架构，可以更为快速和方便地改变应用程序的连接方式。WebSphere MQ V7.0 是事件驱动的 SOA 的理想传输层，它支持发布/预订消息传递。发布和预订功能为松耦合的应用程序提供了一种由事件驱动的灵活模式。
它可以在预先完全不知道消息接收应用程序的情形下，在应用程序之间传递消息。消息发布和接收应用程序之间的链接并没有明确定义，因此当需要修改发送和接收数据的应用程序时并不需要对链接进行改动。WebSphere MQ 通过主题或关键字 － 声明某
第11页
进入WEB 2.0时代----WebSphere MQ V7 新特性
些消息中的兴趣点（预订时），标记消息（发布时）－ 动态地决定了这些应用程序之间的通路。
WebSphere MQ V7.0 使您比以往任何时侯更容易使用发布/预订服务，从而提高了消息传递解决方案的灵活性。现在，发布/预订消息传递完全集成在了图形化的
WebSphere MQ Explorer 工具中，从而可以更方便地使用和配置这类消息传递。该版本在队列管理器中集成了发布/预订服务，因此不需要将发布请求发送到发布队列。利用 WebSphere MQ V7.0，可以直接在您的应用程序中发布和预订主题。无需启用单独的发布/预订组件。现在可以自动启用属于所有队列管理器的发布/预订服务。
现在，发布/预订消息传递的配置完全集成在了 WebSphere MQ Explorer 图形化工具中。现在可以象管理队列那样直接管理作为 WebSphere MQ Explorer 一级对象的主题，从而简化了管理以及安全管理。可以使用图形化的向导创建主题，该向导也可以生成相应的 Java 消息服务（JMS）主题。利用内置工具发送和接收测试发布，现在测试发布/预订变得更为简单。该工具包含了发布/预订和点到点消息传递的具体样本。
利用 WebSphere MQ V7.0，可以更轻松地看到某个主题下预订了哪些应用程序，就象可以看到哪些应用程序正在使用具体某些队列一样。可以在不更改任何代码的情况下，将现有应用程序从点到点消息传递模式切换为发布/预订模式。管理员可以为应用程序创建预订，并重新定义队列，使得对所有预订都指定主题。对消息队列接口（MQI）的扩展使应用程序可以更充分地利用发布/预订消息传递。WebSphere MQ V7.0 现在还可以提供发布/预订的统计信息，譬如，与某个主题有关的已发布消息的数量。
WebSphere MQ V7.0 引入了一个新的Topic 对象类型，该类型可以用于定义发布/预订主题，以及定义支持更大主题空间的主题层次结构。在非持续预订之后，可自动删除主题对象，从而简化了管理。Topic 对象还可以继承父主题，可以继承诸如安全性设置等属性。这个功能减少了手工管理。用户没有必要为开始使用公布/预订而定义任何主题；队列管理器的缺省设置已经考虑到了这一点。
WebSphere MQ V7.0 方便了发布/预订许可的管理。通过对主题对象的权限设置，并遵守现有的 WebSphere MQ 授权服务安全模式，限制对主题的使用。
4.3. 使用 JMS 更为方便
JMS 是针对消息传递产品的业界标准 Java 编程接口。WebSphere MQ V7.0 极大改善了 JMS 使用的便捷性，并优化了其性能。之前的 WebSphere MQ 发行版支持 JMS 标准 V1.1。所以，在保持 WebSphere MQ V7.0 中 JMS 接口不变的同时，进行了极大的优化和增强。
WebSphere MQ V7.0 将 JMS 配置集成到了基于 Eclipse 的图形工具 WebSphere MQ Explorer 中，从而方便了 JMS 解决方案的设计和部署（参见图 3）。JMS 对象（譬如连接工厂和目标）现在可以与 WebSphere MQ 对象（譬如队列和通道）一起显示在 WebSphere MQ Explorer 中。可以用 WebSphere MQ Explorer 远程配置整个
WebSphere MQ 网络，因此可以更为方便地浏览和配置整个网络中的 JMS 消息传递。 现在，利用 WebSphere MQ Explorer，可以更方便地查看 JMS 资源的所有属性和更新 JMS 对象属性。更方便地创建 JMS 资源，譬如，使用详尽的向导来创建连接工厂。创建队列或主题时，会启动向导来帮助定义相应的 JMS 目标。开发人员现在可以定制 JMS 对象视图，就象处理其他 WebSphere MQ 资源一样，譬如，过滤符合选择条件的 JMS 对象。经过增强的 JMS 跟踪工具可以帮助改进问题的确定和可维护性。在遇到问题并且需要 IBM 支持人员的协助时，经过改进的诊断功能可以帮助快速解决问题。这包括首次故障数据捕获以及增强的跟踪控制和格式化。
第12页
进入WEB 2.0时代----WebSphere MQ V7 新特性
4.4. 发布/预订性能得到改善
WebSphere MQ V7.0 提高了发布/预订消息传递的吞吐量。这个发行版在队列管理器中集成了发布/预订服务，因此不需要象以前一样在队列管理器和独立的发布/预订组件中进行两次队列发布。通过对持久性发布/预订消息传递的消息日志记录进行优化，吞吐
1
量提高了 20%。这个结果是针对所有接口：JMS、MQI 和多语言消息服务（Multi-Language Message Service，XMS）。
WebSphere MQ V7.0 利用发布/预订集群提高了发布/预订消息传递的可扩展性和可用性，发布/预订集群使您能通过一组队列管理器来路由发布，从而消除了单点故障。
4.5. JMS 性能得到改善
WebSphere MQ V7.0 增强了 JMS 消息传递的吞吐量和性能。
JMS 客户机应用程序可以受益于 WebSphere MQ V7.0 中这些性能的改善。消息预读功能使非持久性 JMS 吞吐量提高了 300%。 JMS 选择器性能通过服务器端的选择器匹配也得到了改善，消除了因客户机端选择器匹配而带来的网络延迟。选择器的性能主要取决于实际的选择器条件、头内容和匹配消息的比例。利用 WebSphere MQ V7.0，常见的 JMS 选择器的吞吐量提高了 250%。1通过取消轮询并采用异步方式将消息传递给监控目标，WebSphere MQ V7.0 优化了 JMS 消息侦听器。在这个发行版中，JMS 消息侦听器的吞吐量可以提高 45%，而且还缩短了等待时间。
4.6. MQI 得到增强
WebSphere MQ 提供丰富的编程接口 － 消息队列接口（MQI）。MQI 接口通常适用于所有支持平台，它提供了一组可以访问 WebSphere MQ 高级功能的动词。为了方便 MQI 开发人员的使用，WebSphere MQ V7.0 进一步增强了 MQI，添加了一些新的动词和行为。
WebSphere MQ V7.0 在 MQI 中引入了回调函数 － 新的动词 MQCB。这使得应用程序可以向队列管理器进行注册，以便在消息或发布到达并要使用应用程序时，可以自动通知他们。从而不需要客户机应用程序持续不断地轮询队列管理器，这有助于简化管理，释放网络带宽，缩短从消息到达到传递的延迟，并减少对服务器和客户机处理器的使用。MQI 和 JMS 客户机都可从回调中受益。重新实现的 JMS onMessage 方法充分利用了回调，消除了内部轮询，进一步提高了 JMS 客户机的吞吐量并缩短了等待时间。 WebSphere MQ V7.0 增强了对开发人员使用 MQI 来发布/预订消息传递的支持。新的 MQI 动词 MQSUB 使应用程序能注册预订。另一个新动词 MQSUBRQ 使新订户可以接收关于某个主题最近保留的发布（该发布已经发送出去）。对于发布/预订消息传递，现有的 MQI 动词有一些新的选项。可以用 MQOPEN 访问主题，用 MQCLOSE 终止持久预订，用 MQPUT 和 MQGET 发布和接受预订。
WebSphere MQ V7.0 支持 MQI 选择器，使应用程序能根据消息属性或消息头的值从队列中选择消息。
4.7. 客户机得到改善
WebSphere MQ V7.0 引入了新的服务质量，帮助优化那些需要非持久性消息流传递的客户机应用程序的性能。现在，WebSphere MQ V7.0 可以支持服务器将消息以消息流
第13页
进入WEB 2.0时代----WebSphere MQ V7 新特性
方式发送给客户机，从而使这些消息可以在客户机发出请求之前就到达客户机的缓冲区。这种消息预读功能使 WebSphereMQ V7.0 能够预先发送客户机可能请求的消息。另外，WebSphere MQ V7.0 服务器可以控制发给客户机的消息流。消息预读可以极大地提高了非持久消息传递的吞吐量，最多可提高 300%。
第14页