Подход интеграции Solace Apache Qpid JMS-клиент (не-Solace JMS API) или Solace JMS API

Question

Я пытаюсь подключиться к очереди Solace в качестве Java-клиента (используя Spring JMS) и нашел следующие подходы

1. Apache Qpid JMS-клиент (JMS-API без Solace)
2. Solace JMS API

Какой из этих двух подходов рекомендуется и какие преимущества / недостатки по сравнению друг с другом. Любое руководство будет полезно.

Заранее спасибо

Answer 1

Подход №2 является рекомендуемым подходом, так как Solace JMS API является полнофункциональным и тщательно разработан и протестирован Solace.

JMS-клиент Apache Qpid использует протокол AMQP для связи с Solace. Хотя поддерживается использование этого протокола с Solace, есть некоторые функции, которые в настоящее время недоступны с AMQP. Использование проприетарного Solace JMS API предоставит вам полный контроль над такими функциями, как транзакционный обмен сообщениями (распределенный или локальный XA), прямой обмен сообщениями и внутреннее хранилище JNDI брокера PubSub +.

Answer 2

Подход № 2 определенно рекомендуется, и одно очевидное преимущество - это поддержка здесь или ваш контракт на поддержку с Solace.

Подход # 1 может быть таким же хорошим, но у меня нет первогоопыт работы с ним. Похоже, это может дать вам более плавный переход от нескольких поставщиков, если вы переключитесь с одного брокера сообщений с поддержкой AMQP на другого. Но абстракция JMS должна предоставить вашему поставщику независимость в любом случае.