Apache Axiom

阿帕奇公理在 Axis2的阿帕奇项目中使用的核心库。

公理库允许开发人员为处理SOAP和XML流建立虚构的对象树模型（DOM的）。

两种实现默认情况下与公理，一是包括使用链表，其他模仿W3C DOM。

两者都是高效率，也充满了XML信息集标准。

公理还包括XOP（XML优化打包）和MTOM（消息传输优化机制）的支持。

什么是新的在此版本中：

• 公理现在使用Woodstox作为4.1.x的StAX的实现（尽管3.2.X和4.0.x的仍然支持）。
• OMFactory实现了DOOM现在是无状态的。
• 若干过时的类已移至命名公理compat的一个新的JAR文件，不再包含在核心构件（公理的API，公理-implement执行和公理-DOM）。

在什么版本1.2.15新是：

• 公理现在使用Woodstox作为4.1.x版执行的StAX （虽然3.2.X和4.0.x的仍然支持）。
• OMFactory实现了DOOM现在是无状态的。
• 若干过时的类已移至命名公理compat的一个新的JAR文件，不再包含在核心构件（公理的API，公理-implement执行和公理-DOM）。

在什么版本1.2.14新是：

• 公理现在使用Woodstox作为4.1.x版执行的StAX （虽然3.2.X和4.0.x的仍然支持）。
• OMFactory实现了DOOM现在是无状态的。
• 若干过时的类已移至命名公理compat的一个新的JAR文件，不再包含在核心构件（公理的API，公理-implement执行和公理-DOM）。

在什么版本1.2.13新是：

• 公理1.2.13包含的修补程序超过三JIRA问题以及许多其他改进，主要涉及到XOP / MTOM处理，命名空间处理，DOM支持，文档和代码质量。

什么是新的在1.2.12版本：

• OMXMLStreamReaderValidator错误地报告不匹配END_ELEMENT事件
• 需要OMElement.getNamespaceURI（）便捷方法。
• 引起线程org.apache.axiom.util.UIDGenerator当地潜在的类加载器泄漏。
• 的OMElement＃resolveQName实现使用不正确的算法来解决无前缀的的QName。
• OMStAXWrapper＃规则hasNext可能会返回不正确的值。
• OMProcessingInstructionImpl正确修剪在构造函数中传递的值。
• 不必要的强制转换为字节，而扫描第一个MIME边界。
• 添加ConcurrentModificationException的支持迭代器。

在什么版本1.2.11新是：

• OMOutputFormat：doSWA和doOptimize应该是相互​​排斥的。 ..plus我们需要doOptimizeThreshold
• OMDocument＃serializeAndConsume不消耗文件
• OMChildrenQNameIterator不能正常工作，如果规则hasNext（）是不是下一个（）
之前调用
• 重构/弃用MIMEOutputUtils
• 实施非JavaMail工具MultipartWriter的
• 添加新getDocumentElement方法StAXOMBuilder，允许丢弃OMDocument
• getFirstChildWithName不应该读下一个元素。
• 加强OMStAXWrapper / OMNavigator与OMDocument对象工作
• 在的Javadoc的JAR链接被打破
• StAXDialectDetector不承认com.bea.core.weblogic.stax_1.7.0.0.jar