Моя компания давно решила выставить JMS-очередь клиентам для обмена данными. Мы планируем перенести сервер приложений, и мы должны обновить все клиентские библиотеки. Поэтому мы решили открыть более «стандартный» интерфейс.Интерфейс SOAP или REST для брокера JMS. «JMS over SOAP»
Мы смотрим на простой способ разоблачить очередь JMS через стандартный протокол SOAP или REST. Это не SOAP над JMS, скорее это будет наоборот «JMS over SOAP».
Кажется, что ActiveMQ (Artemis) имеет протокол REST. Это жизнеспособное решение для нас, поскольку мы переходим на Wildfly 10, но это немного сложно (см., Например, размещение сообщения требует двух вызовов: см. Posting Messages), и это зависит от ActiveMQ. Мы должны реализовать его снова для старых серверов Weblogic.
Решение, которое мы ищем, должно иметь одинаковую надежность JMS в отношении теоремы CAP (предоставление дедупликации сообщений при отправке и чтение idempotent). Любое предложение?
я могу спросить, почему он должен быть «JMS через SOAP», как это может показаться, что проще, если это наоборот, подвергая интерфейсы с помощью веб-служб и вызова независимо под Это. – carloliwanag
SOAP over JMS использует JMS в качестве транспорта. Таким образом, у него одинаковые проблемы с JMS для взаимодействия. Например (насколько мне известно), клиент, использующий .NET, не может подключиться к такой службе. –
JMS не является транспортом. Это просто API. SOAP over JMS использует только базовый транспорт брокера. Старайтесь не путать концепции брокера, транспортного протокола и API сообщений. А также Camel - это всего лишь инфраструктура для служб интеграции и будет использовать базовый брокер (по умолчанию ActiveMQ). Итак, в основном вы ищете брокера с доступным API REST/SOAP. Почему бы не попробовать ActiveMQ REST API? Также вы можете попробовать использовать протокол STOMP - он имеет широкое распространение, и многие брокеры поддерживают его. – Dagon