[prev in list] [next in list] [prev in thread] [next in thread] 

List:       wss4j-dev
Subject:    [jira] [Commented] (AXIOM-353) Need a replacement for
From:       "Hudson (JIRA)" <jira () apache ! org>
Date:       2011-06-27 21:34:47
Message-ID: 341156855.44938.1309210487490.JavaMail.tomcat () hel ! zones ! apache ! org
[Download RAW message or body]


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

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

Integrated in ws-axiom-trunk #416 (See \
[https://builds.apache.org/job/ws-axiom-trunk/416/])  AXIOM-353: Added a note saying \
that the OMXMLBuilderFactory API is not completely stable yet.

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.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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


[prev in list] [next in list] [prev in thread] [next in thread]