Author: veithen
Date: Sun Oct 24 17:25:05 2010
New Revision: 1026840
URL: http://svn.apache.org/viewvc?rev=1026840&view=rev
Log:
Prepared RELEASE-NOTE.txt for the 1.2.10 release.
Modified:
webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt
Modified: webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt
URL: http://svn.apache.org/viewvc/webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt?rev=1026840&r1=1026839&r2=1026840&view=diff
==============================================================================
--- webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt (original)
+++ webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt Sun Oct 24 17:25:05 2010
@@ -1,117 +1,20 @@
===========================================
- Apache AXIOM 1.2.9 Release Note
+ Apache AXIOM 1.2.10 Release Note
===========================================
-Note: Starting with release 1.2.9, Axiom requires Java 1.5. While the API is
-still compatible with Java 1.4, Axiom relies on classes from the Java 1.5
-runtime environment. Some of its dependencies also require Java 1.5.
-
-What's New in This Release
-
- Highlights in this release:
+ Axiom 1.2.10 is a maintenance release that contains the following improvements:
- * Improved interoperability with StAX implementations other than Woodstox. Axiom now
- detects the StAX implementation that is used and works around interoperability issues.
- In particular, version 1.2.9 solves the longstanding concurrency issue that occurs
- when using Axiom with SJSXP.
-
- * Better control over XMLInputFactory and XMLOutputFactory settings. It is now possible
- to use property files to define application wide default settings for the StAX factories
- used by StAXUtils. It is also possible to specify a particular configuration when
- requesting a StAX parser from StAXUtils.
-
- * Improved XOP/MTOM handling. Axiom 1.2.9 is able to stream binary/base64 data in several
- situations where this was not possible previously. The behavior of Axiom 1.2.9 is also
- more consistent with respect to XOP encoded data sent to the application, solving
- some issues where attachments were processed incorrectly.
-
- * Improved documentation. There is now more and better Javadoc. Also, a user guide
- is available in HTML and as PDF.
-
- * Better OSGi support.
-
- * Improved consistency of the core interfaces. E.g. OMDocument now has a build
- method.
-
- Resolved JIRA issues:
-
- * WSCOMMONS-547 apache-release profile not working
-
- * WSCOMMONS-546 axiom unit test failure in axiom-parser-tests
-
- * WSCOMMONS-545 Legal issue related to inclusion of Jaxen source code in Axiom
-
- * WSCOMMONS-541 Create replacement for UUIDGenerator
-
- * WSCOMMONS-540 CustomBuilder interface is not well defined for optimized binary data
-
- * WSCOMMONS-536 OMStAXWrapper generated illegal event code of 0
-
- * WSCOMMONS-535 StreamingOMSerializer drops "xml" prefixes
-
- * WSCOMMONS-534 "prefix cannot be null or empty" with SJSXP
-
- * WSCOMMONS-530 AXIOM DOM implementation of SOAPFaultDetailImpl only serializes the first
child node whereas the LLOM implementation serializes all children
-
- * WSCOMMONS-528 Unable to build axiom-api with IBM JDK
-
- * WSCOMMONS-526 SOAPEnvelope toString() behavior inconsistant dependent on content
-
- * WSCOMMONS-518 Some consumers of Axiom need direct access to the orignal parser/XMLStreamReader
-
- * WSCOMMONS-516 Axiom Bundles are "named" the same, appear to be running twice in ServiceMix/Karaf
-
- * WSCOMMONS-513 Behavior of insertSiblingAfter and insertSiblingBefore is not well defined
for orphan nodes
-
- * WSCOMMONS-505 Build Error when creating source jar fie on modules that do not have
source directory
-
- * WSCOMMONS-502 Backward imcompatibility with Apache Abdera in Axiom 1.2.9-SNAPSHOT
-
- * WSCOMMONS-489 StAXUtils incorrectly assumes that XMLInputFactory and XMLOutputFactory
instances are thread safe
-
- * WSCOMMONS-488 The sequence of events produced by OMStAXWrapper with inlineMTOM=false
is inconsistent
-
- * WSCOMMONS-487 DataHandler extension should support deferred loading/parsing
-
- * WSCOMMONS-485 The sequence of events produced by OMStAXWrapper for XOP:Include is inconsistent
-
- * WSCOMMONS-483 provide help how to find a datahandler when you see "Cannot get InputStream
from DataHandler.javax.activation.UnsupportedDataTypeException: no object DCH for MIME type
..."
-
- * WSCOMMONS-481 Add a method to OMFactory to create an OMSourcedElement using a QName
-
- * WSCOMMONS-480 Some of the serialize/serializeAndConsume methods are declared on the
wrong interface
-
- * WSCOMMONS-479 OMDocument should have a "build" method
-
- * WSCOMMONS-478 OMChildrenIterator based on local name has bug in isEqual() method
-
- * WSCOMMONS-477 Attachment order is not preserved in Axiom
-
- * WSCOMMONS-462 axiom-api 1.2.8 is missing OSGi Import-Package to javax.xml.stream.util
under JDK 1.5
-
- * WSCOMMONS-461 Allow StAXUtils to apply properties to XMLInputFactory and XMLOutputFactory
-
- * WSCOMMONS-457 Build fails on JDK 1.6
-
- * WSCOMMONS-452 Merge org.apache.axis2.format.ElementHelper into org.apache.axiom.om.util.ElementHelper
-
- * WSCOMMONS-446 Serializing an MTOM SOAPEnvelope inlines the attachments
-
- * WSCOMMONS-437 Define a common superinterface for SOAPFaultCode and SOAPFaultSubCode
-
- * WSCOMMONS-435 org.apache.axiom.om.impl.dom.ParentNode.removeChild(Node) is broken
-
- * WSCOMMONS-433 When inlining a DataHandler as Base64, OMTextImpl doesn't stream the
data
-
- * WSCOMMONS-432 Make OMAbstractFactory work correctly in an OSGi runtime environment
-
- * WSCOMMONS-417 Clarify the status of the JavaMail dependency
+ * Improved DOM compatibility and performance for DOOM. Users running Rampart on Axis2
1.5.2
+ may want to upgrade Axiom to 1.2.10 to take advantage of these improvements.
- * WSCOMMONS-414 Namespace issue in SOAP message generated
+ * Improved interoperability with various StAX implementation, in particular
+ support for Woodstox 4.0.
- * WSCOMMONS-111 Careless exception handling needs to be fixed
+ * It is now possible to specify a configuration when requesting an XMLStreamWriter
+ from StAXUtils, similarly to what is already possible for XMLStreamReader instances.
+ This feature is required to support the next Abdera release (see ABDERA-267).
- The Apache Axiom Team.
|