消息队列技术是分布式应用间交换信息的一种技术。消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。通过消息队列，应用程序可独立地执行--它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。

Fix Central 是 IBM 的一站式软件维护提交平台，在为许多 IBM 软件产品查找修复程序和维护更新中，它可以减少许多猜想成分测。现在，新的增强搜索选项使查找正在运行的产品和版本的正确更新变得更加容易。

构建中介流时，可能会出现一个原语的输出消息结构与下一个原语的输入消息结构不匹配的情况。在这种情况下，可以使用映射将消息从一个结构转换为另一个结构。消息通过中介流以服务消息对象（Service Message Object，SMO）的形式传递，此类对象具有一致的 XML 结构。使用映射编辑器时，将创建将源 XML 文档转换为目标 XML 文档的映射。映射编辑器以这些映射为参数，将生成一个 XSL 文件，用于在运行时执行实际的 XML 转换。

本文介绍了如何使用 CBM，SIMM 和 SOMA 来构建轻量级 SOA 框架，从而为企业实施 SOA 提供一个最佳实践。通过对本文的学习，读者可以了解如何通过使用 CBM，SIMM 和 SOMA 建立的规则来实现 SOA 构建的框架，从而完成企业实施 SOA 的过程。

本文并不是介绍 TLS/SSL 及其所有功能的教程。可用于（并且应该用于）确保安全通信、最小化数据拦截和危害的方法有很多种，要完整地描述这些方法，需要一本书的篇幅，而且一些著作中已经有这方面的描述，读者自己可以去获得必要的专门知识。

WebSphere sMash 是一个适合开发 Web2.0 风格的 Web 开发平台，它的重要目标之一是简化 Ajax 的 Web 开发。而 Dojo 是一个在社区中被广泛使用并且功能强大的 Ajax 工具包。在本文中，将介绍在 WebSphere sMash 中如何使用 Dojo 进行 Ajax 开发以及所提供的相关 Dojo 组件支持。

我们知道企业 ESB 实施的模式大致分为 Global ESB、ESB Gateway、Federated ESB、Brokered ESB 等若干种，IBM 的 ESB 产品主要包括 WebSphere Message Broker、WebSpehere ESB、WebSphere DataPower 三种，并且在特定的用户需求下，我们需要将这三种产品组合使用。

IBM Rational Performance Tester（RPT）可帮助质量保证团队识别业务应用程序中存在的系统性能瓶颈及其成因，以确保系统已经为产品部署做好了准备。本文介绍了 8.1 版本中带来的关键特性，这些特性扩展了 RPT 的分析能力，并提升了测试开发的体验。

持续集成缩短了开发 SOA 应用程序所花的时间。当您做出更改时，提交更改之前您不必运行整个系统中所有服务的测试用例。您可以测试服务并提交更改，然后让持续集成服务器运行其他服务的所有测试用例。如果存在问题，您将迅速获得通知，并且可以立即处理问题。

有两种软件测试方法：黑箱测试和白箱测试，它们旨在使产品符合功能需求规范（Functional Requirement Specification，FRS）和系统需求规范（System Requirement Specifications，SRS）。SRS 包含要开发的软件的所有功能的完整描述和行为。FRS 包含针对每项软件功能的输入的预期输出。

您经常会听到绿色计算，但是绿色计算究竟是什么呢？它为什么如此重要？IBM 在绿色计算方面有哪些成果？从本质上说，绿色计算定义一种对环境负责任的部署计算机资源和技术的方式。但是，我们为什么应该关心绿色计算呢？简单地说，客户越来越关注环境问题，因此作为有责任心的个人或公司，应该努力实现绿色计算，这么做会有直接和间接两方面的好处。直接的好处是降低运营业务的成本，间接的好处是对环境更友好。

最近几年，我们更改了创建维护发行版、补丁包等等的方式。借此机会，我将解释该过程是怎样进行的，但首先请允许我介绍一点历史。在 5.x 之前，我们就有 QMR（表示季度维护发行版 —— Quarterly Maintenance Release）。顾名思义，我们每三个月发布一次。尽管这三个月没有足够的时间进行测试，这使递减率不断增加。于是我们放弃了 “季度”，变成了 “维护发行版”，每四个月发行一次，将更多的时间花费在测试上。这个变化是从 2001 年开始的。