You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ws.apache.org by ve...@apache.org on 2010/10/24 19:25:06 UTC
svn commit: r1026840 -
/webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt
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.
Re: svn commit: r1026840 - /webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt
Posted by Andreas Veithen <an...@gmail.com>.
Daphna,
As explained in a previous post [1], you are getting these messages
because you subscribed to xmlrpc-dev@ws.apache.org and this list has
been merged into dev@ws.apache.org. If you no longer wish to receive
mails from this list, please send a mail to
dev-unsubscribe@ws.apache.org and follow the instructions.
Regards,
Andreas
[1] http://markmail.org/message/6s7wt6toaullgvrx
On Sun, Oct 24, 2010 at 20:26, Daphna Wasserman (dwasserm)
<dw...@cisco.com> wrote:
> How do I remove myself from this mailing list?
>
>
> Regards,
> Daphna
> -----Original Message-----
> From: veithen@apache.org [mailto:veithen@apache.org]
> Sent: Sunday, October 24, 2010 7:25 PM
> To: dev@ws.apache.org
> Subject: svn commit: r1026840 -
> /webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt
>
> 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/REL
> EASE-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.
>
>
>
Re: svn commit: r1026840 - /webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt
Posted by Vitali Heinrich <vi...@googlemail.com>.
Please remove me also
2010/10/24 Daphna Wasserman (dwasserm) <dw...@cisco.com>
> How do I remove myself from this mailing list?
>
>
> Regards,
> Daphna
> -----Original Message-----
> From: veithen@apache.org [mailto:veithen@apache.org]
> Sent: Sunday, October 24, 2010 7:25 PM
> To: dev@ws.apache.org
> Subject: svn commit: r1026840 -
> /webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt
>
> 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/REL
> EASE-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.
>
>
>
--
Viele Grüße
Vitali Heinrich
RE: svn commit: r1026840 - /webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt
Posted by "Daphna Wasserman (dwasserm)" <dw...@cisco.com>.
How do I remove myself from this mailing list?
Regards,
Daphna
-----Original Message-----
From: veithen@apache.org [mailto:veithen@apache.org]
Sent: Sunday, October 24, 2010 7:25 PM
To: dev@ws.apache.org
Subject: svn commit: r1026840 -
/webservices/commons/trunk/modules/axiom/RELEASE-NOTE.txt
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/REL
EASE-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.