cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Freeman Fang (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (CXF-5246) Conflicting schema namespaces for services with same set of schema classes
Date Fri, 06 Sep 2013 07:04:54 GMT

     [ https://issues.apache.org/jira/browse/CXF-5246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Freeman Fang resolved CXF-5246.
-------------------------------

       Resolution: Fixed
    Fix Version/s: 2.7.7
                   2.6.10
                   3.0.0
    
> Conflicting schema namespaces for services with same set of schema classes
> --------------------------------------------------------------------------
>
>                 Key: CXF-5246
>                 URL: https://issues.apache.org/jira/browse/CXF-5246
>             Project: CXF
>          Issue Type: Bug
>          Components: JAXB Databinding
>    Affects Versions: 2.7.6
>         Environment: CXF Services with JAXB Databinding
>            Reporter: Kai Stapel
>            Assignee: Freeman Fang
>            Priority: Minor
>             Fix For: 3.0.0, 2.6.10, 2.7.7
>
>         Attachments: cfx-wrong-namespace.zip
>
>
> In case of services, which have the exact same set of schema classes, it may occur that
the generated schema namespace of the server service is different from the generated schema
namespace of the client service, depending on the order of their initialization. This can
result in non-functioning services (see attached sample project). 
> Errors like this occur:
> {code}
> javax.xml.bind.UnmarshalException: unknown type name: {http://bar.service/}barName. Did
you mean {http://foo.service/}barName?
> {code}
> The cause is the caching of schemas in {{JAXBDatabinding}}, which will reuse a schema
if the set of {{contextClasses}} are equal (see method {{JAXBDatabinding.createJAXBContextAndSchemas()}}
and class {{JAXBContextCache}}). The problem is that it will use the package of the current
service as the target namespace for the schema. So it may happen that the target namespaces
differ between client and server side, depending on the order of initialization of the services
which have an equal set of schema classes.
> Our current workaround for this problem is to specify equal target namespaces (e.g. by
setting {{@WebService(targetNamespace = "http://reused.target.namespace")}}) for the affected
services so the order of their initialization does not matter anymore.
> Another workaround could be to give each service an individual DataBinding without overlapping
schema types. But that would require extra coding effort on server and client side.
> Maybe you could change the key of the {{JAXBCONTEXT_CACHE}} map in the {{JAXBContextCache}}
class to also contain the target namespace (or the schema class) so different services would
get different schemas.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message