一个OSGi捆绑包中有多个骆驼蓝图？

Question

我试图弄清楚是否应该将多个blueprint.xml文件打包在一个要部署到karaf中的OSGi捆绑包中。 每个blueprint.xml文件都有一个骆驼上下文。 我试图将我所有的蓝图都扔到OSGI-INF / blueprint文件夹中，但是出现错误提示

Name 'jms' is already in use by a registered component

这似乎很有意义，因为我在每个blueprint.xml中都这样做

<bean id="jms" class="org.apache.camel.component.jms.JmsComponent">
    <property name="connectionFactory">
        <bean class="org.apache.activemq.ActiveMQConnectionFactory">
            <property name="brokerURL" value="tcp://0.0.0.0:61616"/>
            <property name="userName" value="karaf"/>
            <property name="password" value="karaf"/>
        </bean>
    </property>
</bean>

我应该这样做吗？ 还是将每个CamelContext都捆绑在一起会更好？ 我已经看到了这个https://camel.apache.org/manual/latest/faq/why-use-multiple-camelcontext.html ，它说到将多个CamelContext作为独立的包部署时才有意义。 那么，这里的最佳实践是什么：

• 每个带有自己的blueprint.xml的CamelContext，都与必要的bean捆绑成osgi-bundle吗？
• 捆绑所有必需的bean，然后将blueprint.xml文件放入karaf的deploy文件夹中吗？
• 一个CamelContext导入所有其他CamelContext，并捆绑所有必需的bean？

Answer 1

这更多是关于服务设计的问题，而不是骆驼。

由于捆绑包是一个部署单元 ，因此我首先要研究代码的不同生命周期 。

如果某些东西必须始终部署在一起 ，如果它们不能单独发展 ，则可以制作一个包含它们的捆绑包。 仅仅因为在发布和部署方面，您无法从将代码分成较小的单元中受益。

另一方面，如果某些事物发展得更快或更慢 ，因此必须更频繁地（或更少地）部署，则应将其放在自己的捆绑包中 。

这样，您只有在代码真正更改时才能部署代码 。 与仅实现一个小错误修正时部署一个大型整体应用程序的巨大EAR文件相反。

因此，总而言之，您可以或多或少地使用微服务原则将代码“切割”为单元。