[ 
https://issues.apache.org/jira/browse/AXIOM-353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13142090#comment-13142090
 ] 

Hudson commented on AXIOM-353:
------------------------------

Integrated in ws-axiom-trunk #664 (See 
[https://builds.apache.org/job/ws-axiom-trunk/664/])
    AXIOM-353: Removed the disclaimer; OMXMLBuilderFactory is now considered a 
stable API.

veithen : 
Files : 
* 
/webservices/commons/trunk/modules/axiom/modules/axiom-api/src/main/java/org/apache/axiom/om/OMXMLBuilderFactory.java

                
> Need a replacement for OMXMLBuilderFactory
> ------------------------------------------
>
>                 Key: AXIOM-353
>                 URL: https://issues.apache.org/jira/browse/AXIOM-353
>             Project: Axiom
>          Issue Type: Improvement
>          Components: API
>            Reporter: Andreas Veithen
>            Assignee: Andreas Veithen
>             Fix For: 1.2.13
>
>
> Historically, org.apache.axiom.om.impl.llom.factory.OMXMLBuilderFactory was 
> used to create Axiom trees from XML documents (and there are still places in 
> Axis2 where this is used). Unfortunately, this class is located in the wrong 
> package and JAR (it is implementation independent but belongs to LLOM). 
> Nowadays, the standard way to create an Axiom tree is to instantiate 
> StAXOMBuilder or one of its subclasses directly. However, this is not optimal 
> for two reasons:
> * It implies the assumption that every implementation of the Axiom API 
> necessarily uses StAXOMBuilder. This means that an implementation doesn't 
> have the freedom to provide its own builder implementation (e.g. in order to 
> implement some special optimizations).
> * StAXOMBuilder belongs to a package which has "impl" in its name. This tends 
> to blur the distinction between the public API and internal implementation 
> classes.
> There should be an abstract API for creating builder instances. It should be 
> defined in terms of interfaces (such as OMXMLParserWrapper). OMMetaFactory is 
> a good candidate for this because it is already used to encapsulate an 
> implementation of the Axiom API (there is one implementation of OMMetaFactory 
> for LLOM and one for DOOM).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@ws.apache.org
For additional commands, e-mail: dev-h...@ws.apache.org

Reply via email to