无法部署包含通过Websphere 8.5中的aries blueprint定义的驼峰路由的osgi捆绑包

Question

我创建了一个。eba文件（企业捆绑包存档），其中包含一个具有apache驼峰路由（Java DSL）的osgi捆绑包。骆驼上下文定义是通过蓝图xml文件完成的。当我尝试部署时。在Websphere Application Server 8.5中，我遇到以下异常：

组织。阿帕奇。白羊座。应用建模。ModelerException:CWSAL0126E：对捆绑包ib-base\U 0.0.1建模时发生异常。快照：组织。阿帕奇。白羊座。应用建模。ModelerException：组织。osgi。服务蓝图容器ComponentDefinitionException：不支持的节点命名空间：http://camel.apache.org/schema/blueprint.

我的blueprint xml文件如下所示：

<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xmlns:camel="http://camel.apache.org/schema/blueprint"
xsi:schemaLocation="
http://www.osgi.org/xmlns/blueprint/v1.0.0      
http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd
http://camel.apache.org/schema/blueprint http://camel.apache.org/schema/blueprint/camel- 
blueprint.xsd">

<camel:camelContext id="cbrContext" trace="false">
    <camel:packageScan>
        <camel:package>a.b.c.d</camel:package>
    </camel:packageScan>
</camel:camelContext>
</blueprint>

我不太清楚为什么这在Websphere中会失败。相同的。eba文件在Karaf 3.0.0-SNAPSHOT中成功部署。（此版本的Karaf使用Aries Blueprint 1.0.0版）。

我猜Websphere 8.5中也使用了相同的版本，或者使用了Aries Blueprint 1.0.0的分叉版本。

根据OSGi规范，自定义名称空间（如camel:）的任何blueprint扩展处理程序都是从OSGi服务注册表的项（OSGi.Service.blueprint.namespace）下检索的。value元素告诉实际的命名空间uri。

例如：

<service interface="org.apache.aries.blueprint.NamespaceHandler">
    <service-properties>
        <entry key="osgi.service.blueprint.namespace" value="http://camel.apache.org/schema/blueprint"/>
    <entry key="osgi.service.blueprint.namespace" value="http://camel.apache.org/schema/blueprint/cxf"/>
    </service-properties>
    <bean class="org.apache.camel.blueprint.handler.CamelNamespaceHandler">
    </bean>
</service>

我不太清楚为什么IBM不遵守这个规范。

另一个值得思考的有趣点是，当我尝试使用Webphere Application Developer Tool创建蓝图. xml文件时，它只显示了4个扩展名，如下所示：

1. IBM蓝图扩展

我确保骆驼核心和骆驼蓝图捆绑包都部署在websphere的内部存储库中。

我尝试将. eba文件部署为资产。

不太确定，如果我错过了什么。如果有人能给我指明正确的方向，我会很高兴。

顺致敬意，

斯利拉曼。

Answer 1

WebSphere不支持自定义命名空间扩展（IBM提供的扩展除外）。主要原因是它在Aries（Blueprint容器）隔离运行时运行。有两个选项

• 用骆驼api代替蓝图标签
• 使用其他支持自定义命名空间扩展的容器（例如Karaf）

卡拉夫是骆驼的友好容器。