Metro Web 服务堆栈是基于 JAXB 2.x 数据绑定和 JAX-WS 2.x Web 服务标准的参考实现，但它使用额外的组件来提供由 JAX-WS 定义的基本支持以外的特性。WS-Security 与其他 SOAP 扩展技术由 Web Services Interoperability Technologies (WSIT) 项目实施，实际的 WS-Security 处理由另一个附加组件实现：XML and WebServices Security Project (XWSS)。
关于本系列
Web 服务构成了 Java 技术在企业计算应用中的关键部分。在本系列文章中，XML 和 Web 服务顾问 Dennis Sosnoski 介绍了对于使用 Web 服务的 Java 开发人员来说比较重要的主要框架和技术。通过跟随本系列的学习，您将了解到该领域的最新进展，并且知道如何使用它们来为您的编程项目提供帮助。
Axis2 基于完全不同的技术，包括默认的 Axis2 Data Binding (ADB) 数据绑定实现、Axis2 引擎本身，以及用于 WS-Security 支持、联合 Web Services Security for Java (WSS4J) 的 Rampart 模块。本系列较早的一篇文章 “WS-Security 的大开销” 介绍了 Axis2 Web 服务堆栈中 WS-Security 处理对性能的影响。
“Metro 简介” 与 “Metro 服务下的 WS-Security” 向您展示了这两个堆栈在安装、配置以及实际使用上的区别。本文着眼于两者性能上的不同，包括使用 WS-Security 时的不同。
检查性能
和 “WS-Security 的大开销” 一文类似，本文采用以下方法：当客户端和服务器在一个单一系统上运行时，测量执行一个特殊请求序列所需的时间。这种方法在比较 Web 服务处理开销上很有用，因为网络延迟的影响和开销可以从时间结果中排除。假设客户端代码不会比服务器缓慢很多，这个数据就是服务器在负载情况下的实际性能的最好表示。
本文采用和早前文章相同的测试应用程序：一个地震数据检索服务。这个服务采用一个实际的数据库，它包含在一段时间内在全世界发生的 93,000 多次地震的记录。该服务的请求指定一个时间范围和一个地理坐标范围，然后服务返回指定范围内的所有地震信息。参阅 “WS-Security 的大开销” 了解更多详细信息和一个请求-响应消息对示例。
正如之前的文章所述，有两组请求序列用于性能测试。第一组使用 1,000 条请求，通过调整过的查询参数来找到整个地震数据库中匹配的一小部分（对这 1,000 条请求仅返回 816 个匹配的地震）。第二组用 100 条请求进行调整，找到数据库中匹配的一大部分（对这 100 条请求返回 176,745 个匹配地震）。每个请求序列在不同的安全配置条件下进行多次运行，只有每个配置下最好的一次能够保存在结果中。
测试在配备 Athlon X2 5400+ 处理器和 4 GB 的 RAM 的 Mandriva 2009.1 64-bit Linux 系统中运行，使用一个 Sun Java 1.6.0_13 32-bit JVM （对于给定的堆大小，它比 64-bit JVM 有更好的性能）。服务器代码在 Tomcat 6.0.20 上运行，配置使用 1024 MB 的堆，而客户端代码使用 512 MB 的堆。Web 服务堆栈的版本是 Metro 1.5 （它包含有 WSIT 和 XWSS），以及有当前版本 Rampart 代码的 Axis2 1.5.1 （因为还没有和 Axis2 1.5.x 代码匹配的 Rampart 发布）。
早前的文章只检查 Axis2 的性能，包含纯文本、SSL 和各种 WS-Security/WS-SecureConversation 配置。本文使用一组更有限的配置，但直接对比各配置下 Axis2 和 Metro 的性能。
未使用 WS-Security 时的性能
图 1 显示了没有任何 WS-Security 使用时 Axis2 和 Metro 两者测量到的测试时间。该图表显示这两个堆栈之间只有微小差别。在有 1,000 条指令和较少响应的测试中，Metro 比 Axis2 快 0.5 秒。在有 100 条请求和较多响应的测试中，两个堆栈是一样快（在 0.1 秒内）。
图 1. 没有安全设置时的测试时间
这些时间结果显示（对测试应用程序所用的数据）Metro 在处理每条请求的时间上，可能比 Axis2 稍快，但是在实际数据会话时它们不相上下（当使用和 Axis2 绑定的默认 ADB 数据时 — 其他数据绑定可能有不同结果，特别是 XMLBeans 绑定，它要慢很多）。