You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Sergey Beryozkin (JIRA)" <ji...@apache.org> on 2016/12/23 14:01:58 UTC

[jira] [Comment Edited] (CXF-7183) CXF Blueprint namespace don't work well with blueprint-core 1.7.x

    [ https://issues.apache.org/jira/browse/CXF-7183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15772954#comment-15772954 ] 

Sergey Beryozkin edited comment on CXF-7183 at 12/23/16 2:01 PM:
-----------------------------------------------------------------

Hi Guys, 
I've started seeing a system test JAXRSSoapRestBlueprint failing, it started failing apparently after I removed a jibx databindings module on the trunk, which has no any specific blueprint support. Can you please double check the changes made as part of this issue did not affect it ?
Thanks, Sergey 


was (Author: sergey_beryozkin):
Hi Guys, 
I've started seeing a system test JAXRSBlueprintSoapRest failing, it started failing apparently after I removed a jibx databindings module on the trunk, which has no any specific blueprint support. Can you please double check the changes made as part of this issue did not affect it ?
Thanks, Sergey 

> CXF Blueprint namespace don't work well with blueprint-core 1.7.x
> -----------------------------------------------------------------
>
>                 Key: CXF-7183
>                 URL: https://issues.apache.org/jira/browse/CXF-7183
>             Project: CXF
>          Issue Type: Bug
>          Components: OSGi
>    Affects Versions: 3.1.9, 3.0.12
>            Reporter: Grzegorz Grzybek
>            Assignee: Guillaume Nodet
>             Fix For: 3.2.0, 3.1.10, 3.0.13
>
>
> Aries blueprint-core 1.7.1 changes (improves) the way namespace handlers (classes implementing {{org.apache.aries.blueprint.NamespaceHandler}} interface) resolve namespaces to URIs.
> The problem is when XSD behind a handler imports other XSDs that may be resolved by other handlers.
> Around Aries blueprint-core 1.4.x, imported XSDs where looked up in all currently registered handlers, but this was prone to race conditions, because handler that could resolve given imported XSD might've not been registered yet.
> The clean solution is to delegate at code level to correct handler.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)