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


43

Мы используем ActiveMQ 5.2 в качестве нашей реализации выбора, и мы выбрали его некоторое время назад. Он работает достаточно хорошо для нашего использования прямо сейчас. Поскольку это было какое-то время, мне было интересно, какие другие реализации Java Message Service используются и почему? Конечно, их больше.

3

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

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

  0

Есть ли какая-либо реализация, которая может масштабироваться так высоко? 11 авг. 092009-08-11 10:26:00

  0

@Mani: У меня нет подробной информации о точной конфигурации или архитектуре системы очередей, которая была введена в действие, потому что я не был частью команды разработчиков промежуточного программного обеспечения, но да, мы закончили тем, что достигли этих уровней пропускной способности с помощью Sonic MQ. Потребовалось несколько итераций, пытаясь использовать разные схемы конфигурации оборудования и очереди. 11 авг. 092009-08-11 16:31:35


3

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

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

  0

Наш опыт состоял в том, что версии 3 и 5 значительно лучше, чем 4 для ActiveMQ. 23 сен. 082008-09-23 21:08:19

  0

... с точки зрения багги, я хотел набрать. 23 сен. 082008-09-23 21:08:57

+2

Я попробовал 5.1, когда он вышел, и обнаружил, что интеграция Spring была сломана очень простым и очевидным образом, в то время как 5.0 работала нормально в этом отношении. У меня нет уверенности в режиме тестирования ActiveMQ. 24 сен. 082008-09-24 19:06:58


8

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


5

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


5

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

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

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

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


2

IBM WebSphere MQ 5 и 6 Активный MQ 5.2.0

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


6

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

  0

Спасибо. Это все еще действует? Нам нужно реализовать очередь в веб-среде. Я думаю, если я должен выбрать ActiveMQ или внутреннюю Weblogic JMS? 03 мар. 162016-03-03 17:10:11


1

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

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

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


1

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


15

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

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

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

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

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

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

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

  0

В чем разница между solms jms и tibco ems? Причина, по которой я спрашиваю, мы используем tibco ems on solace hw, но это брокер tibco ems. Наверное, уединение jms - это совершенно отличный зверь? 22 авг. 172017-08-22 19:44:17

  0

Вы уверены, что используете EMS на оборудовании Solace? Это была бы странная комбинация. TIBCO EMS - это только программное обеспечение (есть еще одна аппаратная версия), а Solace - это оборудование по умолчанию (у них также есть программная VM для тестирования). И да, Solace JMS и TIBCO JMS (= EMS) разные - разные компании, но оба поддерживают один и тот же API (JMS) 28 авг. 172017-08-28 08:56:46

  0

Yup ... Я видел эту настройку в * нескольких местах. Они покупают обмен сообщениями infra (hw) от Solace, и они управляют tibco над ним ... Для всех приложений java они используют библиотеки tibco и для чего-то очень низкого латентного времени они пишут C++, который использует материал уровня системы уединения ... Я думаю, вы «Говорят о последнем. Если брокер построен в hw, вам нужно идти на низкий уровень, чтобы взаимодействовать с ним, имеет смысл. 29 авг. 172017-08-29 14:03:50

  0

Интересно, почему бы им не использовать Solace Java API? Утешение для трафика EMS не будет работать вместе. Я думал, что великая идея в том, что каждое приложение может разговаривать со всеми приложениями. Ну ... 31 авг. 172017-08-31 07:40:32

  0

Я думаю, что это покрывает суть этого https://solace.com/press-releases/solace-and-tibco-announce-partnership-to-deliver-new-hardware-based-messaging-appliance 31 авг. 172017-08-31 14:19:17