Какую реализацию JMS вы используете?

Ответ 1

Прежде чем вникать в JMS, рассмотрите также AMQP - может быть новый стандарт. JMS-провайдеры, с которыми я работал (в той или иной степени):

TIBCO EMS - очень быстрая и надежная, хорошая поддержка API, Java-совместимый, собственный API C. Лучший коммерческий выбор, который я использовал.

Websphere MQ (и его реализация JMS) - так, так. Pub/sub не совсем быстр, многие опции и варианты конфигурации являются "странными" и чрезмерно сложными из длинной истории этого продукта. Просто посмотрите количество документации...

Solace JMS - очень высокая пропускная способность (JMS-брокер встроен в аппаратное обеспечение!), хороший выбор протоколов подключения (MQTT, AMQP, XML через http в качестве протоколов администратора)

Fiorano MQ - был агрессивным в маркетинге, но потерял много доли рынка, зрелости

Sonic MQ - твердый продукт, также поддерживает API C

Active MQ - если вы хотите использовать продукт с открытым исходным кодом (недорогая поддержка, отличное сообщество, ограниченные надстройки, ограниченные возможности предприятия), это, вероятно, ваш лучший выбор. Работает из коробки и является основой нескольких инструментов, таких как Apache Camel, например.

Ответ 2

Мы полагаемся на AMQ (5.1) через каркас Camel, и проблем не было. AMQ 4 был немного более рыбным.

Ответ 3

WebLogic JMS-провайдер при использовании WebLogic. Отлично работает.

Ответ 4

TIBCO EMS. Это коммерческая служба сообщений с Java/JMS, C,.net и другими привязками для нее.

Ответ 5

Sun Open source OpenMQ (https://mq.dev.java.net/). Вы можете получить бесплатную и оплаченную поддержку для этого.

Смотрите это сообщение в блоге о некотором сравнении с ActiveMQ и т.д. http://alexismp.wordpress.com/2008/06/06/openmq-the-untold-story/.

Я слышал, что OpenMQ более стабилен.

ActiveMQ более гибкий. как в, вы можете использовать его с большим количеством языков. Вероятно, в списке рассылки ActiveMQ больше людей, чем OpenMQ.

Ответ 6

В одном из недавних проектов, в которых я был, мы использовали Sonic MQ. Хорошая общая реализация с хорошими привязками к .NET.

У нас была небольшая проблема с масштабируемостью, но я должен признать, что требования к масштабируемости были очень строгими: если я могу правильно вспомнить, что-то вроде 20 000 беспорядок в секунду без каких-либо задержек между 200 различными клиентами (каждый клиент должен был получать каждое сообщение одновременно).

Ответ 7

Я использовал JBossMQ, который поставляется с сервером приложений JBoss до версии 4, и который является надежным, но ограниченным. JBoss Messaging была заменой, поставляется с JBossAS 5, и это огромное улучшение.

ActiveMQ У меня настоящая неприязнь. Разработчик (ы), похоже, пошел на производительность и функции в ущерб стабильности, и это феноменально багги. Учитывая, что это JMS-ткань для Geronimo, я волнуюсь.

Ответ 8

IBM WebSphere MQ 5 и 6 Active MQ 5.2.0

Также проверьте Micro QueueManager на http://codingjunky.com/page5/page4/page4.html Это мало, легко устанавливать и использовать для небольших проектов.

Ответ 9

Мы используем SonicMQ, JBossMQ и "микро-брокер" Lotus Expeditor Integrator. Мы используем их для разных целей:

-JBossMQ используется внутри и для связи со всеми нашими приложениями Java EE, которые работают на JBoss. -Lotus Expeditor используется в "удаленных местах", где мы имеем только ограниченные ресурсы и ИТ-персонал -SonicMQ - это наша система обмена сообщениями, мы используем ее для подключения центральных систем, а также для подключения удаленных систем в ок. 1000 сайтов.

У нас есть хороший опыт со всеми из них, но наш опыт также заключается в том, что при более сложной среде вам необходимо более активно администрировать систему обмена сообщениями. Это особенно актуально для SonicMQ на нашем сайте:-). С точки зрения производительности мы отлично поработали с SonicMQ, особенно в режиме постоянной передачи сообщений на основе очереди.

Ответ 10

Я использовал ActiveMQ в течение нескольких лет, но я никогда не был доволен его стабильностью (особенно с поддержкой кластеризации). Никогда не оглядывался назад после перехода на OpenMQ. Возможно, вы захотите изучить RabbitMQ или ZeroMQ.