svn commit: r1682304 - /webservices/axiom/trunk/src/site/apt/roadmap.apt

[ve...@apache.org]

Author: veithen
Date: Thu May 28 18:24:41 2015
New Revision: 1682304

URL: http://svn.apache.org/r1682304
Log:
axiom-common-impl has been renamed to om-aspects.

Modified:
    webservices/axiom/trunk/src/site/apt/roadmap.apt

Modified: webservices/axiom/trunk/src/site/apt/roadmap.apt
URL: http://svn.apache.org/viewvc/webservices/axiom/trunk/src/site/apt/roadmap.apt?rev=1682304&r1=1682303&r2=1682304&view=diff
==============================================================================
--- webservices/axiom/trunk/src/site/apt/roadmap.apt (original)
+++ webservices/axiom/trunk/src/site/apt/roadmap.apt Thu May 28 18:24:41 2015
@@ -174,20 +174,21 @@ Removal of unnecessary or irrelevant API
   
   Therefore the <<<XOPBuilder>>> API will be removed in Axiom 1.3.
 
-Classes to be moved from <<<axiom-api>>> to <<<axiom-common-impl>>>
+Classes to be moved from <<<axiom-api>>> to <<<om-aspects>>>
 
   Up to version 1.2.12, the core Axiom code was organized in three modules,
   namely <<<axiom-api>>>, <<<axiom-impl>>> and <<<axiom-dom>>>, where <<<axiom-api>>>
   contains both the public API as well as implementation classes shared by LLOM and DOOM.
   Unfortunately the distinction between the public API and these shared implementation
   classes has become somewhat blurred over time. In Axiom 1.2.13 a new module
-  <<<axiom-common-impl>>> was introduced with the specific goal of separating the
-  shared implementation classes from the public API. However, in Axiom 1.2.x this only
-  applies to new code because in most cases it is not possible to move classes from
-  <<<axiom-api>>> to <<<axiom-common-impl>>> without the risk of breaking existing code.
+  called <<<axiom-common-impl>>> was introduced with the specific goal of separating the
+  shared implementation classes from the public API; with the introduction of AspectJ
+  in Axiom 1.2.14 this module is now called <<<om-aspects>>>.
   
+  However, in Axiom 1.2.x it is generally not possible to move classes from
+  <<<axiom-api>>> to <<<om-aspects>>> without the risk of breaking existing code.
   A new major release gives us the opportunity to move the existing shared classes to
-  <<<axiom-common-impl>>> as well, so that in Axiom 1.3, <<<axiom-api>>> will only
+  <<<om-aspects>>> as well, so that in Axiom 1.3, <<<axiom-api>>> will only
   contain Axiom's public API. This is one of the important goals for Axiom 1.3
   because it has multiple benefits:
   
@@ -213,7 +214,7 @@ Classes to be moved from <<<axiom-api>>>
   This means that application code should no longer reference the builder implementation
   classes directly, but only <<<OMXMLBuilderFactory>>>, <<<OMXMLParserWrapper>>> and
   <<<SOAPModelBuilder>>>. In Axiom 1.3 the implementation classes can therefore be moved
-  to <<<axiom-common-impl>>>. They are:
+  to <<<om-aspects>>>. They are:
   
    * <<<org.apache.axiom.om.impl.builder.StAXBuilder>>>
    
@@ -229,7 +230,7 @@ Classes to be moved from <<<axiom-api>>>
         it needs to be changed (or removed)
   
   Together with these classes, the following interfaces and helper classes should also
-  be moved to <<<axiom-common-impl>>>:
+  be moved to <<<om-aspects>>>:
   
    * TODO