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
 


Reply via email to