我们已经使用 Apache ActiveMQ 和 Camel 产品有一段时间了，但想看看一个好的基础 ESB。我一直在阅读有关 Fuse 的 Redhat 站点，但无法找到关于 Fuse 和 Apache 对编码人员的显着差异的一个很好的总结。
从设计人员/开发人员的角度来看，Fuse 与我们一直使用的 Apache Camel 和 ActiveMQ 之间的显着区别是什么？我得到了可爱的概述资料、FuseIDE 和 ESB 管理工具。但我真的只是想知道代码级别的差异，即它是否引入了更有用的 Camel 端点？是否有其他真正有用的东西库可以让我作为设计师/编码员的生活更轻松？有什么需要注意的陷阱吗？
我只需要一些提示来帮助我进行搜索，而不是大部头。或者更好的是快速链接到涵盖所有这些的文档（永远充满希望：o）！）我有很短的时间来形成一个继续前进的观点，否则机会就会过去。
谢谢你。
SK
在代码级别有“没有”的区别。这个过程是我们在 Apache 项目上开发，并将代码更改同步到 Red Hat / Fuse git repos。在那里，我们挑选了我们想要进入分支的更改，以保持产品稳定。如果我们的客户需要/等（例如，您可以影响它），也可以对旧分支进行反向移植修复
与 Apache 的社区支持相比，Red Hat 产品的支持时间也更长。您可以在此处找到有保证的生命周期：https ://access.redhat.com/support/policy/updates/jboss_notes/
Fuse / JBoss Fuse 产品中只有几个额外的 Camel 组件，它是开源项目 Fuse Fabric ( http://fuse.fusesource.org/fabric/ ) 的一部分，它是 JBoss Fuse 产品的一部分。Fuse Fabric 正在捐赠给 Apache ServiceMix，因此它也可以使该社区受益，从而使 ServiceMix 也可以开箱即用地捆绑 Fabric。Fabric 有一些 Camel 组件，允许将消息发送到任何在集群环境/云环境中自动负载平衡的 Camel 端点。并且还有另外一个Camel组件用于选择master，并且只在master节点上运行路由，如果master死了，那么另一个节点接管。
我还认为，这一举动证明了 Fuse 团队拥有并将继续拥有的开源意愿。我们尽可能在开场时做。例如新项目 - hawtio ( http://hawt.io/ ) 也是完全开源的，ASL 许可证，github 项目，任何人都可以贡献/fork 等。
JBoss Fuse 产品允许在生产中自行修补。因此，如果您需要尽快修补程序，我们可以提供一个 .zip 文件的修补程序，可以使用产品中的内置修补程序工具对其进行修补。这在 Apache 中是不可能的。
一些进一步材料的链接（来自我们的旧网站和 jboss 社区网站）
披露：我为 Fusesource / Red Hat 工作。
Apache ActiveMQ 和 Camel 是开源项目。Redhat fuse 将它们和可能的许多其他组件捆绑到一个包中，因此它可以用作一个 ESB 包。我认为最大的不同是您可以获得的支持。您可以获得对您的组织尚未制作的内容的支持。在我看来，该软件包附带的工具在开发和维护期间确实有所帮助。
在代码级别上，差异非常小，如果有的话。
您从商业 RedHat 软件包中获得的是支持，这是一个经过测试的软件包和运营优势（您提到的）。
这一切都与编写代码后发生的事情有关 - 当您将您的东西投入生产并且编码器还没有处理事件时。