Apache camel ApacheCamel&x2B；ActiveMQ到JBOSS的融合，最好的方法是什么？

我的

ApacheCamel

+

ActiveMQ

在工作中启动并运行了大约8条不同的路由。当我们有两条路线时，它开始得很好。路由数量正在增加（目前为10条），添加新路由的过程包括更新现有路由代码、测试、部署等。 我真正想要的是一个真正的

ESB

，在这里可以安装、启动、停止或卸载捆绑包/服务，而不会影响其他捆绑包/服务。 我做了一些研究，

jbossfuse

似乎是我们实现上述目标的正确选择。我有几个问题，希望你们能帮助我：

从哪里开始？有没有类似的好例子或教程，我可以遵循

所有路线目前都在一个

Spring

项目下。是否应将其分离为单独的线束（使用

Spring dm

）？那是每条路线一包

JBOSS Fuse是拥有真正的

ESB

的正确选择吗

---

要在使用ApacheCamel的基于OSGi的ESB slash容器框架中进行选择，ServiceMix是最古老的，然后是Fuse ESB，它被重命名为Fuse Fabric

因此，既然您有机会重新开始，选择Fuse Fabric或开源版本Fabric8将是不错的选择

阅读Fuse Fabric文档，了解捆绑包、功能部件和配置文件的工作原理

在您的情况下，您将基于已编译的捆绑包构建功能，您将能够彼此独立地更新和部署功能，并且您将能够通过概要文件保持对所有功能的发布级别的简单控制

e、 g

回答你的问题：

这里有一些链接

如果您希望能够独立地停止、启动和升级您的路线，它们应该在单独的捆绑包中。如果您愿意，您可以在一个包中有多条路由，但每个包一条路由是完全可以的。请注意，

Fuse-Fabric

使用

blueprint

作为默认DI框架（类似于spring，但不相同），因为它符合OSGi，并且我无法对

spring dm

发表评论，因为我没有使用它

对于真正的

ESB

而言，

Fuse Fabric

是否是正确的选择，实际上取决于您自己的决定，或者通过简单的概念验证进行评估。其他选择包括

fabric8

（本质上是一样的）或供应商解决方案，如

Mule

。根据我自己的经验，Fuse面料非常出色，尽管这是一个主观和个人观点

---

谢谢@vikingsteve，我已经更新了我的帖子以避免混淆。你是对的JBoss Fuse是正确的选择。谢谢@vikingsteve，我已经开始使用JBoss Fuse了，我印象非常深刻。

myapp-profile 1.1
    firstapp-1.0
        bundle1
        bundle2
    secondapp-1.2
        bundle3
        bundle4
    (+configuration)