WebSphere Message Broker V6.1 中的新增功能(5)

降低了运行时存储要求

安装和运行示例所需的时间只有 WebSphere Message Broker V6.0 所用时间的 50%

以最小的存储增长处理千兆字节的文件

对 WebSphere Message Broker 最新版本中的消息解析器进行了许多改进，扩展了功能和改进了性能。

XMLNSC 域解析器现在使用 IBM Research Technology 开发的新的高性能 XML 解析器，这是 IBM 所独有的。此解析器与以前的 XML 解析器完全兼容。它提供了改进的性能，特别是对于 XML 模式 1.0 验证。这是一项新功能，它超出了该产品以前版本的 MRM XML 中提供的验证级别。

WebSphere Message Broker Development 的性能测试显示，使用新解析器的模式验证与使用 MRM XML 验证相比性能大约提高 300%。

beautiful soup处理xml空标签的方法升级了.旧版本中解析xml时必须指明哪个标签是空标签. 构造方法的selfclosingtags参数已经不再使用.新版beautiful soup将所有空标签解析为空元素,如果向空元素中添加子节点,那么这个元素就不再是空元素了.。b-树和b+树最重要的一个区别就是b+树只有叶节点存放数据，其余节点用来索引，而b-树是每个索引节点都会有data域。dns的结构形成一个倒立的树状结构,根的名字用空字符串""来表示,但在文本中用"."来书写.树的每一个节点都表示整个分布式中的一个分区(域),每个域可再进一步划分成子分区(域),每个域都有一个标签(label),标明了它与父域的关系.域也有一个域名(domain name),给出它在整个分布式中的位置.在dns中,域名全称是一个从该域到根的标签序列,以"."分隔这些标签.该标签最多可包含63个字符.树中每一节点的完整域名为从该节点到根之间路径上的标签序列.。

cut是一个选取命令,就是将一段数据经过分析,取出我们想要的.一般来说,选取信息通常是针对"行"来进行分析的,并不是整篇信息分析的. (1)其语法格式为: cut [-bn] [file] 或 cut [-c] [file] 或 cut [-df] [file] 使用说明 cut 命令从文件的每一行剪切字节.字符和字段并将这些字节.字符和字段写至标 ...。（1）a版本block1block2block3block4pi码标识码文本信息文本信息（2）b版本block1block2block3block4pi码标识码pi码文本信息块2最后四位的地址码用于块3（只限a版本）和块4中消息文本段的定位，由于a版本的一个文本段含4个单字节字符，所以用a版本可以传送长达32个双字节或64个单字节字符的文本消息。scanf()函数的格式说明符如下所示：d 一十进制整数x-十六进制整数o-八进制整数u-无符号十进制数f-小数表示的浮点数e-指数表示的浮点数c-单个字符s-一字符串控制串中的一般字符表示匹配符，另外在%和格式说明符之间还可加修饰符，这些内容将在“文件和读写函数”一章中讲解(参数表)是由一个或多个参数构成，多个参数使用时用逗号分隔 c 语言常用的输入函数。

通过 WebSphere MQ Link for R/3 而不是使用 WebSphere Adapter 处理从 SAP 导出的文本形式的 IDoc 得到了改进。MRM 域的新功能意味着应使用 MRM 解析器 TDS 格式解析和写入文件 Idoc，而不是 IDOC 域。工具包中的 C 输入器已使用 IDoc 友好功能进行了增强，这意味着不再需要使用 SupportPac IA0F 预处理和后处理 IDoc 元数据。对于从 SAP 导出到文件系统的文本形式的 IDoc，现在已提供了支持。文本 IDoc 的两种形式的预构建模型已在工具包中提供。

在 WebSphere Message Broker V6.0 中，消息集中不能包含具有相同给定名称的多个消息，即使这些消息处于不同的命名空间。在 V6.1 放宽了此限制。

当然我们希望一直不需要错误消息，但在需要时，错误消息的内容清楚非常重要。因此，澄清和简化了许多 BIPxxxx 产品消息。

为进一步帮助确定问题，现在使用用户跟踪解释消息树读取和写入过程。

消息流使用的其他实例数在 BAR 文件中指定，并应用于该 BAR 文件中的消息流。当多个消息流或一个消息流有多个输入节点时，分配到输入节点或消息流的其他实例没有确定性。在某些情形中，这可能导致线程供应严重不足，其中具有最深队列和最快执行时间的消息流执行路径可能会控制线程的使用，导致其他消息流执行路径的线程短缺。在某些情形中，如使用消息聚合时，这可能导致明显的问题并导致处理明显挂起一段时间。为了克服此问题，现在可以在输入节点级别指定一个附加实例池。这使您能够保证每个输入节点需要最少的线程。以前附加的实例以先来先服务为基础可以在输入节点之间共享。

为了能够跟踪消息流中的消息处理，许多消息开发人员的常用做法是在消息流执行线中添加跟踪节点。在 WebSphere Message Broker 的早期版本中，这些节点需要从生产中移除，在许多情形下，带有节点的处理由于成本太高而无法承受，即使关闭跟踪输出也如此。这通常会导致一些额外工作，这是因为在移除节点后消息流就发生了更改，因此必须重新测试。在 WebSphere Message Broker V6.1 中，如果禁用了跟踪节点，则省去了此处理开销，这意味着跟踪节点现在可以内嵌在消息流中，并仅在需要时启用。这意味着您不需要再更改消息流，通过删除跟踪节点来省去开销。这有助于提高工作效率，减少额外的测试工作。当然，您需要记住禁用跟踪节点。

有三种方法支持关闭跟踪节点。它们是使用 WebSphere Message Broker 工具包、mqsichangetrace 命令和 Configuration Manager Proxy API。

在 WebSphere Message Broker 的以前版本中，MQInput 和 MQGet 处理节点可以使用 WebSphere MQ 消息，从而导致从队列中删除该消息。这与节点发出的 MQGET API 调用的语义一致，但它不是每个应用程序始终所需的。在某些情况下，仅需要浏览消息的内容。由于不支持浏览 WebSphere MQ 消息，这意味着消息流必须使用该消息，然后使用数据写入新消息（如果相同的数据继续可用）。现在已经消除此限制，并且支持 MQInput 和 MQGet 节点通过节点上提供的 Browse only 新选项浏览 WebSphere MQ 消息。

使用可扩展样式表语言转换 (XSLT)，在 WebSphere Message Broker 消息流中使用 XSL 转换处理节点相当常见，因为人们希望重用现有的处理逻辑。运行样式表的 Out 终端的结果始终作为 BLOB 返回。为了能够在其余的消息流中处理此输出，需要解析输出。这需要在消息流中使用 ResetContentDescriptor 节点将消息域、消息集、消息类型和消息格式与输出 BLOB 关联，以便可以成功解析。现在已从 WebSphere Message Broker V6.1 中删除对 ResetContentDescriptor 节点的需要。在 XSL Transform 节点的 Output Message Parsing 选项卡中，可以指定将与 XSLT 的输出关联的消息域、消息集、消息类型和消息格式。

由于 JavaCompute 节点越来越流行，WebSphere Message Broker V6.0 中扩展到 JDBC 支持的要求也越来越强烈。在 WebSphere Message Broker V6.1 中，现在您可以在 JavaCompute 节点中建立到 IBM DB2 和 Oracle 的 JDBC 类型 4 连接。在需要时将支持 Informix 和 Sybase 。

该代理支持类型 4 驱动程序，但不提供它们。您必须从供应商处获取这些驱动程序。

作为此支持的一部分，WebSphere Message Broker 使用资源管理器管理连接、线程关联性、连接池和连接的生命周期。例如，如果连接空闲大约一分钟，或者消息流完成，代理将关闭连接。

另外，用readline()之类的方法，可能需要反复访问文件，而且每次readline()都会调用编码转换，降低了速度，所以，在已知编码的情况下，按字节流方式先将文件都读入内存，再一次性编码转换是最快的方式。到目前为止完成了技术文件、图纸审核单、更改通知单、自制件、标准件和外购件编码规则的搭建，plm用户可以通过编码按规则生成文件、图纸、物料的编码，并可查询编码历史、解析编码含义，实现了编码工作的规范化及其自动化。它是不同网络或网络安全域之间信息的唯一出入口，通过监测、限制、更改跨越防火墙的数据流，尽可能地对外部屏蔽网络内部的信息、结构和运行状况，有选择地接受外部访问，对内部强化设备监管、控制对服务器与外部网络的访问，在被保护网络和外部网络之间架起一道屏障，以防止发生不可预测的、潜在的破坏性侵入。

WebSphere Message Broker V6.1 明显构建于 WebSphere Message Broker V6.0 之上，提供了许多新功能，如内置文件处理、新的安全管理器、明显改进的 SOAP 处理和仅新配置处理节点。当然其功能远不止这些。本文深入探讨了一些新功能，希望这些新功能能够解决现有 WebSphere Message Broker 用户的许多关键需求。此产品的最新版本突出体现了 WebSphere Message Broker 的核心价值：

总之，WebSphere Message Broker 是 IBM 的一项关键的集成技术。它在广泛的场景中提供了业界领先的性能。它具有极为广泛的集成选项和功能，并支持用户广泛的体验和需求。继续承诺扩展连接性、功能和性能，并在此最新版本中可以明显看到。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-117957-5.html