Apache Axiom

Apache Axiom ist die verwendete Kern-Bibliothek in der Apache Axis2 Projekt.

Die Axiom-Bibliothek ermöglicht es Entwicklern, für den Umgang mit SOAP und XML-Streams fiktive Objekt Baummodelle (DOM) zu bauen.

Zwei Implementierungen sind standardmäßig mit Axiom enthalten, eine mit verknüpften Listen, die andere auf der W3C-DOM nachgeahmt wird.

Beide sind hocheffiziente und auch die volle XML-Infoset-konform.

Axiom enthält auch Unterstützung für XOP (XML Optimized Packaging) und MTOM (Message Transmission Optimization Mechanism)

Was ist neu in dieser Pressemitteilung.

• Axiom verwendet nun Woodstox 4.1.x als StAX Implementierung (obwohl 3.2.x und 4.0.x werden weiterhin unterstützt).
• OMFactory Implementierungen für DOOM sind nun staatenlos.
• Mehrere verworfenen Klassen wurden auf eine neue JAR-Datei mit dem Namen Axiom-compat bewegt und nicht mehr in den Kern Artefakte (Axiom-api, Axiom-impl und Axiom-dom) enthalten.

Was ist neu in Version 1.2.15:

• Axiom verwendet nun Woodstox 4.1.x als StAX Implementierung (obwohl 3.2.x und 4.0.x werden weiterhin unterstützt).
• OMFactory Implementierungen für DOOM sind nun staatenlos.
• Mehrere verworfenen Klassen wurden auf eine neue JAR-Datei mit dem Namen Axiom-compat bewegt und nicht mehr in den Kern Artefakte (Axiom-api, Axiom-impl und Axiom-dom) enthalten.

Was ist neu in Version 1.2.14:

• Axiom verwendet nun Woodstox 4.1.x als StAX Implementierung (obwohl 3.2.x und 4.0.x werden weiterhin unterstützt).
• OMFactory Implementierungen für DOOM sind nun staatenlos.
• Mehrere verworfenen Klassen wurden auf eine neue JAR-Datei mit dem Namen Axiom-compat bewegt und nicht mehr in den Kern Artefakte (Axiom-api, Axiom-impl und Axiom-dom) enthalten.

Was ist neu in Version 1.2.13:

• Axiom 1.2.13 enthält Korrekturen für mehr als dreißig JIRA sowie viele andere Verbesserungen, hauptsächlich im Zusammenhang mit XOP / MTOM Verarbeitung, Handhabung Namespace, DOM-Unterstützung, Dokumentation und Code-Qualität.

Was ist neu in Version 1.2.12:.

• OMXMLStreamReaderValidator meldet fälschlicherweise nicht übereinstimmen END_ELEMENT Ereignisse
• Need OMElement.getNamespaceURI () Methode.
• Leck Potential Class Loader durch den lokalen Thread in org.apache.axiom.util.UIDGenerator verursacht.
• OMElement # resolveQName Implementierungen verwenden falsche Algorithmus ohne Präfix QNames zu lösen.
• OMStAXWrapper # hasNext kann falschen Wert zurück.
• OMProcessingInstructionImpl trimmt falsch den Wert in den Konstruktor übergeben.
• Unnötige cast Byte während des Scannens für erste MIME-Grenze.
• Fügen Sie ConcurrentModificationException Unterstützung Iteratoren.

Was ist neu in Version 1.2.11:

• OMOutputFormat: doSWA und doOptimize sollten sich gegenseitig ausschließen. ..Plus wir brauchen doOptimizeThreshold
• OMDocument # serializeAndConsume das Dokument nicht verbrauchen
• OMChildrenQNameIterator funktioniert nicht richtig, wenn hasNext () aufgerufen wird nicht vor dem nächsten ()
• Umgestalten / deprecate MIMEOutputUtils
• Implementieren Sie nicht Java Mail Implementierung von MultipartWriter
• ein neues getDocumentElement Methode StAXOMBuilder hinzufügen, die die OMDocument
zu verwerfen erlaubt
• getFirstChildWithName sollte das nächste Element nicht lesen.
• Erweitern OMStAXWrapper / OMNavigator mit OMDocument Objekten zu arbeiten
• Links in Javadoc JARs sind gebrochen
• StAXDialectDetector nicht erkennt com.bea.core.weblogic.stax_1.7.0.0.jar