2008-09-23 90 views
43

我們使用ActiveMQ 5.2作爲我們的選擇實現,我們選擇了一段時間。它的性能足以讓我們現在使用。既然已經有一段時間了,我想知道還有哪些Java消息服務實現正在使用中,爲什麼?當然有不止幾個。你使用哪種JMS實現?

回答

3

在最近的項目我是在我們使用Sonic MQ之一。良好的整體實施與良好的綁定到.NET。我們有一些可擴展性問題,但我不得不承認,可擴展性要求非常嚴格:如果我可以正確回憶起來,那麼200個不同的客戶端之間不會出現延遲,每秒20000次,同時收到每封郵件)。

+0

是否有任何可以擴展如此高的實現? – cdoe 2009-08-11 10:26:00

+0

@Mani:由於我不是中間件開發團隊的成員,因此我沒有關於排隊系統的確切配置或體系結構的詳細信息,但是,我們最終達到了Sonic的吞吐量水平MQ。儘管如此,它花了幾次迭代嘗試不同的硬件和隊列配置方案。 – 2009-08-11 16:31:35

3

我已經使用了JBossMQ,它與JBoss應用服務器一起提供到版本4,並且它是穩定但有限的。 JBoss Messaging是替代產品,隨JBossAS 5一起提供,這是一個巨大的改進。

ActiveMQ我有一個真正的不喜歡。開發人員似乎已經失去了性能和功能而損害了穩定性,而且這是顯而易見的錯誤。鑑於它是Geronimo的JMS結構,我擔心。

+0

我們的經驗是,ActiveMQ的版本3和版本5明顯優於4。 – 2008-09-23 21:08:19

+0

...就bugginess而言,我打算打字。 – 2008-09-23 21:08:57

8

我們依靠通過駱駝框架AMQ(5.1),並且再也沒有出現過任何問題。 AMQ 4有點魚腥味。

5

TIBCO EMS。這是一個帶有Java/JMS,C,.net和其他綁定的商業消息服務。

6

使用WebLogic時的WebLogic JMS提供程序。很棒。

1

我們使用SonicMQ,JBossMQ和Lotus Expeditor Integrator的「微代理」。我們正在將它們用於不同的目的:

-JBossMQ在內部使用,並用於在我們運行在JBoss上的所有Java EE應用程序之間進行通信。 -Lotus Expeditor用於「遠程站點」,我們只有有限的資源和IT人員 -SonicMQ是我們的消息傳輸骨幹,我們使用它來連接中央系統,但也用於連接遠程系統。 1000個網站。

我們對所有人都有很好的體驗,但是我們的經驗是,在更復雜的環境中,您必須對消息傳遞系統進行更積極的管理。 SonicMQ在我們的網站上尤其如此:-)。從性能角度來看,我們特別在基於隊列的持久性消息傳遞方面取得了SonicMQ的最佳體驗。

1

我已經在生產中使用了ActiveMQ幾年,但我從不高興它的穩定性(特別是它啓用了集羣)。切換到OpenMQ後切勿回頭看看。你可能想看看RabbitMQ或ZeroMQ。

15

在深入研究JMS之前,還要考慮AMQP - 可能是一個新標準。 我與之合作的JMS提供商(不同程度上):

TIBCO EMS - 非常快速和健壯,良好的API支持,Java友好的本地C API存在。我用過的最佳商業選擇。

Websphere MQ(及其JMS實現) - 如此,如此。 Pub/sub不是很快,許多配置選項和選項都是奇怪的,並且從該產品的悠久歷史過於複雜。只要看看文件的數量...

慰藉JMS - 非常高的吞吐量(!JMS代理是內置的硬件),正在連接的協議很好的選擇(MQTT,AMQP,XML通過HTTP協議管理員)

費奧拉諾MQ - 用於在市場營銷侵略性,但失去了很大的市場份額,成熟涉及

索尼克MQ - 固體產品,還支持C API

主動MQ - 如果你想要去的開源產品(昂貴的支持,優秀的社區,有限的附加產品,有限的企業功能),這是概率bly你最好的選擇。例如,開箱即用,並且是諸如Apache Camel等幾種工具的主幹。