Java Web 服务，第 2 部分: 深度探索 Axis2：AXIOM

核心提示： AXIOM 中的 MTOMAXIOM 的最有趣的特性之一是，它对 SOAP 附件最新版本中所使用的 W3C XOP 和 MTOM 标准提供了内置的支持，Java Web 服务，第 2 部分: 深度探索 Axis2：AXIOM(9)，这两种标准协同工作，其中 XOP（XML 二进制优化打包，通过这

AXIOM 中的 MTOM

AXIOM 的最有趣的特性之一是，它对 SOAP 附件最新版本中所使用的 W3C XOP 和 MTOM 标准提供了内置的支持。这两种标准协同工作，其中 XOP（XML 二进制优化打包，XML-binary Optimized Packaging）提供了一种方式，使得 XML 文档在逻辑上可以包含任意二进制数据的大对象，而 MTOM（SOAP 消息传输优化机制，SOAP Message Transmission Optimization Mechanism）则将 XOP 技术应用于 SOAP 消息。XOP 和 MTOM 都是新一代 Web 服务框架的关键特性，因为它们最终提供了可互操作的附件支持以及解决本领域中当前问题的能力。

XOP 使用 Base64 编码的字符数据内容。通过对原始数据中的每六位使用一个 ASCII 字符来表示，Base64 编码可以将任意的数据值转换为可打印的 ASCII 字符。因为二进制数据通常不能嵌入到 XML 中（XML 只能处理字符，不能处理原始的字节，甚至有一些字符编码也不允许出现在 XML 中），Base64 编码非常适合于在 XML 消息中嵌入二进制数据。

XOP 使用 XOP 命名空间中特殊的“Include”元素来替换 Base64 文本。Include 元素给出了标识单独实体（在该 XML 文档之外）的 URI，该实体是希望包括在 XML 文档中的实际数据。通常，这个 URI 将在与 XML 文档相同的传输中标识一个单独的块（尽管可以不这样做，但这样提供的潜在优势可通过中间层或存储文档来交换文档）。使用对原始数据的引用来替换 Base64 文本，可以在一定程度上减小文档大小（对于普通字符编码，最多可以减少百分之二十五的大小），并实现更快的处理速度，而无需承担对 Base64 数据进行编码和解码所带来的开销。

MTOM 构建于 XOP 之上，首先定义了一个抽象的模型，表示如何将 XOP 用于 SOAP 消息，然后对该模型进行特殊化使其专门用于 MIME Multipart/Related 打包，最后将其应用于 HTTP 传输。通过这些处理，它提供了一种标准的方式，通过广泛使用的 HTTP 传输将 XOP 应用于 SOAP 消息。