阿帕奇公理在 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
評論沒有發現