ws-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <>
Subject [jira] [Commented] (AXIOM-334) Prefix mismatch of OMSourcedElement
Date Thu, 03 May 2012 00:05:55 GMT


Hudson commented on AXIOM-334:

Integrated in ws-axiom-trunk #932 (See [])
    AXIOM-399: Also support creation of OMSourcedElements with unknown prefix (but known local
name and namespace URI) through the OMFactory API. This provides a more consistent alternative
to AXIOM-334. In fact, with the "lossy prefix" feature introduced by AXIOM-334, some part
of the knowledge (the local name and namespace URI) is provided through the OMFactory API
while another piece of information (the fact that the prefix is unknown) is provided through
a property set on the OMDataSource. This is not very consistent. (Revision 1333227)

     Result = ABORTED
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/ds/custombuilder/
* /webservices/commons/trunk/modules/axiom/modules/axiom-impl/src/main/java/org/apache/axiom/om/impl/llom/
* /webservices/commons/trunk/modules/axiom/modules/axiom-testsuite/src/main/java/org/apache/axiom/ts/om/sourcedelement/

>  Prefix mismatch of OMSourcedElement
> ------------------------------------
>                 Key: AXIOM-334
>                 URL:
>             Project: Axiom
>          Issue Type: Improvement
>            Reporter: Davanum Srinivas
>            Assignee: Rich Scheuerle
>            Priority: Critical
> Discussion here -
> ============== Text from initial email ==================
> Hi folks,
> I am facing prefix mismatch problem of OMSourcedElement. If we get a
> prefix from non-expanded OMSE by using OMSE.getNamespace().getPrefix(),
> the returned prefix is "". But if we get the prefix from expanded OMSE,
> then the returned prefix is "ns1". The first default OMNamespace is set by
> OMSE creater (can be outside of axiom and axis2) through constructor
> argument, The second OMNamespace is created from OMDatasource when it is
> expanded. Since these two OMNamespace are created by different ways, the
> prefixes can be mismatch.
> OMSourcedElement should return the same data regardless of whether it is
> expanded or not. I think the OMNamespace should not be provided by
> Constructor, but should be provided by OMDataSource to avoid such prefix
> mismatch, otherwise we have to expand OMSourcedElement when getNamespace()
> is invoked. I am not sure there are other ways to avoid this problem...
> ============== Text from initial email ==================

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