Apache Axiom è la libreria di base utilizzato nel Apache Axis2 progetto.
La libreria Axiom permette agli sviluppatori di creare modelli di oggetti di alberi fittizie (DOM) per affrontare i flussi SOAP e XML.
Due implementazioni sono inclusi di default con Axiom, uno che utilizza le liste collegate, l'altro imitando il W3C DOM.
Entrambi sono altamente efficienti e anche piena XML Infoset compatibile.
Axiom include anche il supporto per XOP (XML Optimized Packaging) e MTOM (Message Transmission Optimization Mechanism)
Cosa c'è di nuovo in questa versione:.
- Axiom ora usa Woodstox 4.1.x come implementazione StAX (anche se 3.2.x e 4.0.x sono ancora supportate).
- implementazioni OMFactory per DOOM sono ora senza stato.
- Diverse classi deprecate sono stati spostati in un nuovo file JAR chiamato assioma-compat e non sono più inclusi nei manufatti di base (assioma-API, assioma-impl e assioma-DOM).
Cosa c'è di nuovo nella versione 1.2.15:
- Axiom utilizza ora Woodstox 4.1.x come implementazione StAX (anche se 3.2.x e 4.0.x sono ancora supportate).
- implementazioni OMFactory per DOOM sono ora senza stato.
- Diverse classi deprecate sono stati spostati in un nuovo file JAR chiamato assioma-compat e non sono più inclusi nei manufatti di base (assioma-API, assioma-impl e assioma-DOM).
Cosa c'è di nuovo nella versione 1.2.14:
- Axiom utilizza ora Woodstox 4.1.x come implementazione StAX (anche se 3.2.x e 4.0.x sono ancora supportate).
- implementazioni OMFactory per DOOM sono ora senza stato.
- Diverse classi deprecate sono stati spostati in un nuovo file JAR chiamato assioma-compat e non sono più inclusi nei manufatti di base (assioma-API, assioma-impl e assioma-DOM).
Cosa c'è di nuovo nella versione 1.2.13:
- Axiom 1.2.13 contiene le correzioni per oltre trenta JIRA problemi così come un sacco di altri miglioramenti, principalmente relativi al trattamento XOP / MTOM, la gestione dello spazio dei nomi, il supporto DOM, la documentazione e la qualità del codice.
Cosa c'è di nuovo nella versione 1.2.12:.
- OMXMLStreamReaderValidator erroneamente eventi END_ELEMENT non corrispondenti
- Hai bisogno di OMElement.getNamespaceURI) metodo comodo (.
- perdita potenziale class loader causata dal filo locale org.apache.axiom.util.UIDGenerator.
- OMElement # resolveQName implementazioni utilizzano l'algoritmo non corretta per risolvere QNames senza prefisso.
- OMStAXWrapper # hasNext può restituire valore errato.
- OMProcessingInstructionImpl rifila in modo non corretto il valore passato nel costruttore.
- Cast Inutile byte durante la scansione per primo limite MIME.
- Aggiungi il supporto al ConcurrentModificationException iteratori.
Cosa c'è di nuovo nella versione 1.2.11:
- OMOutputFormat: doSWA e doOptimize devono escludersi a vicenda. ..plus abbiamo bisogno doOptimizeThreshold
- OMDocument # serializeAndConsume non consuma il documento
- OMChildrenQNameIterator non funziona correttamente se hasNext () non viene chiamato prima del prossimo ()
- refactoring / MIMEOutputUtils deprecare
- Implementare implementazione non JavaMail di MultipartWriter
- Aggiungi un nuovo metodo di getDocumentElement StAXOMBuilder che permette di scartare il OMDocument
- getFirstChildWithName non deve leggere l'elemento successivo.
- Migliora OMStAXWrapper / OMNavigator per lavorare con gli oggetti OMDocument
- Link in vasi Javadoc sono rotti
- StAXDialectDetector non riconosce com.bea.core.weblogic.stax_1.7.0.0.jar
I commenti non trovato