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 Fri, 18 May 2012 22:33:08 GMT


Hudson commented on AXIOM-334:

Integrated in ws-axiom-trunk #976 (See [])
    Deprecated the feature introduced by AXIOM-334 in favor of AXIOM-399. (Revision 1340262)

     Result = UNSTABLE
veithen : 
Files : 
* /webservices/commons/trunk/modules/axiom/modules/axiom-api/src/main/java/org/apache/axiom/om/

>  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