ws-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (Commented) (JIRA)" <>
Subject [jira] [Commented] (AXIOM-353) Need a replacement for OMXMLBuilderFactory
Date Wed, 02 Nov 2011 01:27:32 GMT


Hudson commented on AXIOM-353:

Integrated in ws-axiom-trunk #663 (See [])
    AXIOM-353: Added methods to create XOP aware builders.

veithen : 
Files : 
* /webservices/commons/trunk/modules/axiom/modules/axiom-api/src/main/java/org/apache/axiom/om/
* /webservices/commons/trunk/modules/axiom/modules/axiom-api/src/main/java/org/apache/axiom/om/
* /webservices/commons/trunk/modules/axiom/modules/axiom-api/src/main/java/org/apache/axiom/om/impl/builder/
* /webservices/commons/trunk/modules/axiom/modules/axiom-common-impl/src/main/java/org/apache/axiom/om/impl/common/factory/
* /webservices/commons/trunk/modules/axiom/modules/axiom-tests/src/test/java/org/apache/axiom/attachments/

> Need a replacement for OMXMLBuilderFactory
> ------------------------------------------
>                 Key: AXIOM-353
>                 URL:
>             Project: Axiom
>          Issue Type: Improvement
>          Components: API
>            Reporter: Andreas Veithen
>            Assignee: Andreas Veithen
>             Fix For: 1.2.13
> Historically, 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:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message