Apache Axis2 Web 服务框架构建于新的 AXIOM XML 文档模型之上，可以进行高效的 SOAP 消息处理。与常规的文档模型不同，AXIOM 仅在被访问时才会在内存中构建文档表示。了解为什么这种按需构造的方法对于 SOAP 处理来说非常合适，以及为什么 XOP/MTOM 附件、数据绑定和性能非常适于这种情况。
为什么需要另一种文档模型？
Apache Axis2 1.1 已经发布，它为那些长期运行 Apache Web 服务框架系列的忠实用户提供了令人兴奋的新特性。我们将在后续的文章中讨论关于 Axis2 的内容，本文将深入研究 AXIs 对象模型 (AXIOM) XML 文档模型，这是 Axis2 的核心。AXIOM 是 Axis2 中一个主要的创新，并且是 Axis2 能够比原来的 Axis 提供更好性能的原因之一。本文将向您介绍 AXIOM 的工作原理、Axis2 的各个部分如何构建于 AXIOM 之上，以及 AXIOM 与其他的 Java™ 文档对象模型的性能比较。
文档模型通常用于对 XML 进行处理，并且在 Java 开发中有许多不同的文档模型可供使用，包括原始 W3C DOM 规范的各种实现、JDOM、dom4j、XOM 等等。每种模型都声称与其他模型相比具有某些优点，要么是在性能、灵活性方面，要么是在严格遵守 XML 标准的程度方面，并且每种模型都拥有忠实的支持者。那么，Axis2 为什么需要一种新的模型呢？答案在于 SOAP 消息的结构，尤其是如何在基本的 SOAP 框架中添加相应的扩展。
SOAP 简介
SOAP 本身仅仅只是 XML 应用程序负载的简单包装。清单 1 提供了一个示例，其中只有那些具有 soapenv 前缀的元素才真正是 SOAP 中定义的。文档中大部分是应用程序数据，这些数据组成了 soapenv:Body 元素的内容。
。。。。。。
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
