ActiveMQ项目始于2005年-在很大程度上，它一直是Apache Software Foundation的顶级项目。 ActiveMQ项目的目的一直是提供世界一流的企业消息传递解决方案，使经纪人能够提供从支持IP的智能设备一直到企业后端的高可用性的连通性。 ActiveMQ提供跨语言客户端-包括

Java / C / C ++ / C＃/ Perl / PHP / Python等–有关完整列表，请参见此处 。 开放连接一直是我们的目标，为此，ActiveMQ以及OpenWire和STOMP一起将支持AMQP 1.0。
FuseSource是Apache ActiveMQ（称为FuseMQ），Camel，ServiceMix（FuseESB）和CXF的自有发行版。 代码库与Apache完全相同，但是我们需要能够在数小时内为生产系统提供关键任务修复和增强功能。 我们还确保这些截然不同的项目在不同的平台上可以很好地协同工作，并通过更广泛的系统测试来发布这些版本。 我之所以这样说，是因为我要提到的一些案例研究提到了FuseMQ（与ActiveMQ相同的代码），可以用作即插即用的替代品，它的测试效果更好。

如果与代理之间失去连接，则Java / C ++ / C＃客户端支持无缝故障转移 -可以在高可用性集群中配置代理。 此外，ActiveMQ支持使用存储和转发网络拓扑通过广域网在代理之间进行连接。 这意味着ActiveMQ不仅用于提供远程数据中心之间的连接，而且还用于提供不可靠的通信（拨号，卫星）之间的连接。 对于大型零售商而言，为订单下达，订单跟踪和监控提供实时可靠的连接尤其重要。 这里有一个关于SpecSaver的案例研究–但我知道美国一些最大的零售商（因为他们是FuseSource客户）也大量使用ActiveMQ进行非常相似的部署。

传统上，企业消息传递已用于为企业部署启用大型事务系统。 ActiveMQ可以做到吗？ 是的，它可以-FuseMQ被部署为FuseESB的一部分-请参阅《 纽约时报》的这篇文章 。 消息还用于大量实时更新– ActiveMQ可以做到这一点–是（ CERN ， RiotGames或JPL ）。 如果您想获得ActiveMQ真正关键任务部署的示例，请查看FAA案例研究，了解如何在下一代运输系统中使用它。

为了使ActiveMQ可以在许多不同的部署中使用，它必须非常灵活，以便可以将其配置为以特定部署可能的最佳方式运行。 此资产也可以是ActiveMQ的致命弱点。 作为开发人员，我经常期望事情会起作用，然后找出它们为什么不起作用，但是ActiveMQ是那些高度可配置的工具之一，确实需要一些先验知识或背景知识（或至少阅读FAQ），然后才能进行。您可以从中获得最大的收益。

作为FuseSource的CTO，我认为ActiveMQ是成千上万个成功的企业集成项目的独特基础，我们为数百个企业客户提供支持。 ActiveMQ不仅为黄金时间做好了准备，而且随着ActiveMQ Apollo不断开发创新，灵活性和世界领先的性能，它将在未来很多年继续统治企业消息传递领域。

参考：我们的JCG合作伙伴已 准备好ActiveMQ黄金时间   Rob Davies在开源集成博客Rob Davies上 。