您使用哪种jms实现?[关闭]

在深入研究jms之前,还要考虑amqp——可能是一个新的标准。 我使用的jms提供程序(在不同程度上):

tibco ems-非常快速和健壮,良好的api支持,java友好,存在本地c api。我用过的最好的商业选择。

websphere mq(及其jms实现)-所以。pub/sub不是很快,许多配置选项和选择都是“奇怪的”,而且从产品的长期历史来看过于复杂。看看文件的数量…

solace jms-非常高的吞吐量(jms代理是在硬件中构建的!),连接协议的良好选择(mqtt、amqp、xml over http as admin protocols)

菲奥拉诺mq-过去在市场营销方面很有进取心,但失去了很多市场份额和成熟度

Sonic MQ-固态产品,还支持C API

活动mq-如果您想使用开放源代码产品(不需要的支持、强大的社区、有限的附加产品、有限的企业功能),这可能是您的最佳选择。它是开箱即用的,是一些工具(例如apache camel)的骨干。

我们通过camel框架依赖于amq(5.1),没有任何问题。AMQ 4有点可疑。

使用weblogic时的weblogic jms提供程序。工程大。

TIBCO EMS 。它是一个带有Java/JMS、C、.NET和其他绑定的商业消息服务。

Sun的开源OpenMQ( https://mq.dev.java.net/ )你可以免费得到同样的支持。

有关与activemq的比较等,请参阅此博客文章-- http://alexismp.wordpress.com/2008/06/06/openmq-the-untold-story/ .

我听说openmq更稳定。

activemq更灵活。和你一样,你可以用更多的语言来使用它。activemq的邮件列表中可能有比openmq更多的人。

在最近的一个项目中,我们使用了 Sonic MQ . 良好的总体实现,与.NET绑定良好。

我们有一点可伸缩性问题,但我必须承认,可伸缩性要求非常严格:如果我能正确地回忆起,类似于20000个一秒的东西,在200个不同的客户端之间不允许有延迟(每个客户端必须同时接收每一个消息)。

我使用了jbossmq,它与jboss app server一起提供,直到版本4,它是可靠但有限的。JBOSS消息是替换,附带JBassas 5,是一个巨大的改进。

我非常不喜欢activemq。开发人员似乎在追求性能和特性而损害了稳定性,这是一个惊人的错误。考虑到它是geronimo的jms结构,我担心。

IBM WebSphere MQ 5和6 活动MQ5.2.0

也可以查看micro queuemanager http://codingjunky.com/page5/page4/page4.html 它体积小,易于安装和用于较小的项目。

我在生产中使用ActudiMQ已经有几年了,但我对它的稳定性(特别是它启用集群化)从来都不满意。切换到openmq后再也没有回头过。您可能需要查看rabbitmq或zeromq。

我们使用的是sonicmq、jbossmq和lotus expeditor integrator的“微代理”。我们使用它们的目的不同:

- JBossMQ在内部使用,并在JBUS上运行的所有JavaEE应用程序中进行通信。 -lotus expeditor用于“远程站点”,我们只有有限的资源和it人员 -sonicmq是我们的消息骨干,我们使用它连接中央系统,但也连接约1000个站点的远程系统。

我们在所有这些方面都有很好的经验,但我们的经验也是,在一个更复杂的环境中,您必须对消息传递系统进行更主动的管理。在我们的网站上,这一点在sonicmq上变得尤为真实。从性能角度来看,我们使用sonicmq获得了最好的体验,特别是在基于队列的持久消息传递方面。