Camel CXF - Namespace "http-conf" löst "InvalidSyntaxException" aus

Question

Ich habe kürzlich meinen bestehenden Blueprint-Container um den Namensraum "http-conf" erweitert. Aber wenn ich meine Unit-Testfälle durchführe, schaltet das meinen Blueprint-Container aus, indem er unter die Exception wirft. Aber derselbe Code funktioniert gut, wenn ich ihn in meinem Karaf installiere.

My Blueprint-Code ist,

<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0" xmlns:camel="http://camel.apache.org/schema/blueprint" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:camel-cxf="http://camel.apache.org/schema/blueprint/cxf" 
    xmlns:cxfcore="http://cxf.apache.org/blueprint/core" xmlns:http-conf="http://cxf.apache.org/transports/http/configuration" 
    xsi:schemaLocation="http://camel.apache.org/schema/blueprint http://camel.apache.org/schema/blueprint/camel-blueprint.xsd 
         http://camel.apache.org/schema/blueprint/cxf http://camel.apache.org/schema/blueprint/cxf/camel-cxf.xsd"> 
    <http-conf:conduit name="*.http-conduit"> 
     <http-conf:client ReceiveTimeout="60000" ConnectionTimeout="60000"/> 
    </http-conf:conduit> 

Und die Ausnahme I bekam,

2017-09-18T13:15:24.983+0530 INFO [] com.jda.flex.sf.container.blueprint.ImportNamespaceHandler Waiting for namespace handler 
http://cxf.apache.org/transports/http/configuration [{main} waitForNamespaceHandlers:179 {}] 

2017-09-18T13:15:24.984+0530 ERROR [] org.apache.aries.blueprint.container.BlueprintContainerImpl Unable to start blueprint container for bundle Mock_LoadDepartTest/1.0.0 [{main} doRun:438 {}] 
com.jda.flex.sf.container.blueprint.ImportException: com.jda.flex.sf.container.blueprint.ImportException: com.jda.flex.sf.container.blueprint.ImportException: 
org.osgi.framework.InvalidSyntaxException: Filter ended abruptly: (&objectClass=org.apache.aries.blueprint.NamespaceHandler) (osgi.service.blueprint.namespace=http://cxf.apache.org/transports/http/configuration) 
. 
. 
. 
2017-09-18T13:15:24.987+0530 INFO [] com.jda.tma.integration.mock.tests.Mock_LoadDepartTest Waiting 10000ms for Blueprint Container to initialize [{main} waitForTestBundleBlueprintContainer:385 {}] 

bearbeiten

das Problem zu beheben, habe ich einige Abhängigkeiten hinzugefügt. Jetzt habe ich die InvalidSyntaxException“Ausnahme befreien. Aber andere Ausnahme zu bekommen.

Ich habe unter Abhängigkeiten in meinem pom.xml hinzugefügt

<dependency> 
      <groupId>org.apache.cxf</groupId> 
      <artifactId>cxf-rt-transports-http-jetty</artifactId> 
      <version>3.2.0</version> 
     </dependency> 
     <dependency> 
      <groupId>org.apache.cxf</groupId> 
      <artifactId>cxf-rt-bindings-soap</artifactId> 
      <version>3.2.0</version> 
     </dependency> 
     <!-- https://mvnrepository.com/artifact/org.apache.cxf/cxf-rt-frontend-jaxws --> 
     <dependency> 
      <groupId>org.apache.cxf</groupId> 
      <artifactId>cxf-rt-frontend-jaxws</artifactId> 
      <version>3.2.0</version> 
     </dependency> 
     <!-- https://mvnrepository.com/artifact/org.apache.felix/org.osgi.compendium --> 
     <dependency> 
      <groupId>org.apache.felix</groupId> 
      <artifactId>org.osgi.compendium</artifactId> 
      <version>1.4.0</version> 
      <scope>test</scope> 
     </dependency> 

Unten ist mein Ausnahme-Stack-Trace.

2017-09-20T18:10:00.524+0530 ERROR [] org.apache.aries.blueprint.container.BlueprintContainerImpl Unable to start blueprint container for bundle Mock_LoadDepartTest/1.0.0 [{main} doRun:438 {}] 
com.jda.flex.sf.container.blueprint.ImportException: com.jda.flex.sf.container.blueprint.ImportException: org.osgi.service.blueprint.container.ComponentDefinitionException: Unknown element import in namespace http://www.osgi.org/xmlns/blueprint/v1.0.0 
    at com.jda.flex.sf.container.blueprint.ImportNamespaceHandler.parseImport(ImportNamespaceHandler.java:358)[services-core-2017.2.0-drop-13.jar:] 
    at com.jda.flex.sf.container.blueprint.ImportNamespaceHandler.parse(ImportNamespaceHandler.java:269)[services-core-2017.2.0-drop-13.jar:] 

Answer 1

Das Problem wird gelöst, nachdem die Abhängigkeit in POM hinzugefügt wurde und alle anderen oben erwähnten Abhängigkeiten entfernt wurden, da diese Abhängigkeiten von meinem Framework-Projekt

heruntergeladen wurden