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上 。