我们正在使用ActiveMQ 5.2作为我们选择的实现，我们刚才选择了它。它现在可以很好地用于我们的使用。从一段时间以来，我想知道其他Java Message Service实现正在使用中，为什么？当然有不止一些。
答案 0 :(得分：16)
在深入研究JMS之前，请考虑AMQP - 可能是一个新标准。 我曾与之合作的JMS提供商（在不同程度上）：
TIBCO EMS - 非常快速，强大，良好的API支持，Java友好，本机C API存在。我用过的最好的商业选择。
Websphere MQ（及其JMS实现） - 所以，所以。 Pub / sub不是很快，许多配置选项和选择都是“奇怪的”，并且从该产品的悠久历史中过于复杂。只需查看文档数量......
Solace JMS - 非常高的吞吐量（JMS代理内置硬件！），连接协议的良好选择（MQTT，AMQP，基于http的XML作为管理协议）
Fiorano MQ - 曾经在市场营销方面表现突出，但失去了很多市场份额，成熟度问题
Sonic MQ - 固体产品，也支持C API
Active MQ - 如果您想使用开源产品（不值得支持，优秀的社区，有限的附加产品，有限的企业功能），这可能是您的最佳选择。开箱即用，是Apache Camel等几种工具的支柱。
答案 1 :(得分：8)
我们通过Camel框架依赖AMQ（5.1），并且没有任何问题。 AMQ 4有点可疑。
答案 2 :(得分：6)
使用WebLogic时的WebLogic JMS提供程序。效果很好。
答案 3 :(得分：5)
TIBCO EMS。它是一个带有Java / JMS，C，.net和其他绑定的商业消息服务。
答案 4 :(得分：5)
Sun的开源OpenMQ（https://mq.dev.java.net/）。您可以获得相同的免费和付费支持。
请参阅此博客文章，了解与ActiveMQ等的一些比较 - http://alexismp.wordpress.com/2008/06/06/openmq-the-untold-story/。
我听说OpenMQ更稳定。
ActiveMQ更灵活。就像在，您可以使用更多语言。 ActiveMQ的邮件列表上可能有比OpenMQ更多的人。
答案 5 :(得分：3)
在我最近的一个项目中，我们使用了Sonic MQ。良好的整体实现与良好的.NET绑定。
我们遇到了一些可扩展性问题，但我不得不承认可伸缩性要求非常严格：如果我能够正确回想起来，就会发生类似20,000次混乱的事情，200个不同客户之间不允许延迟（每个客户都必须同时接收每条消息。）
答案 6 :(得分：3)
我已经使用JBossMQ，它随JBoss app服务器一起提供到版本4，并且虽然稳固但有限。 JBoss Messaging是JBossAS 5的替代产品，并且是一项巨大的改进。
ActiveMQ我真的不喜欢。开发人员似乎已经不得不考虑性能和功能而损害稳定性，而且这种情况非常糟糕。鉴于它是Geronimo的JMS结构，我担心。
答案 7 :(得分：2)
IBM WebSphere MQ 5和6 Active MQ 5.2.0
另请查看http://codingjunky.com/page5/page4/page4.html处的Micro QueueManager。它体积小，易于安装，适用于较小的项目。
答案 8 :(得分：1)
我们正在使用SonicMQ，JBossMQ和Lotus Expeditor Integrator的“微代理”。我们将它们用于不同目的：
-JBossMQ在内部使用，用于在JBoss上运行的所有Java EE应用程序之间进行通信。 -Lotus Expeditor用于“远程站点”，我们只有有限的资源和IT人员 -SonicMQ是我们的消息传递骨干，我们用它来连接中央系统，但也用于连接远程系统。 1000个站点。
我们在所有这些方面都有很好的经验，但我们的经验也是，在更复杂的环境中，您必须对Messaging系统进行更积极的管理。在我们的网站上使用SonicMQ尤其如此:-)。从性能角度来看，我们使用SonicMQ获得了最佳体验，尤其是在基于队列的持久消息传递中。
答案 9 :(得分：1)
我已经在生产中使用了ActiveMQ几年，但我对它的稳定性（特别是启用了群集）感到高兴。切换到OpenMQ后再也没有回头。您可能想要查看RabbitMQ或ZeroMQ。