Поставщики JMS в целом не совместимы, поскольку нет общего формата внутренних сообщений или протокола подключения.
Идеальное решение будет объединять поставщиков, так что обе системы используют одинаковые (могут быть разные экземпляры — не знают о HQ, но ActiveMQ может отправлять в другой ActiveMQ).
Если это неприемлемо, вы всегда можете сами писать адаптеры с помощью сообщений с бинами. Один MDB прослушивал очередь MQ, чтобы переупаковать сообщение и перейти к ActiveMQ; другой MDB будет делать то же самое наоборот. Точная настройка и настройка фабрик и очередей подключений зависит от сервера приложений.
Вы только что искали _opinions_ на чужих опытах? Если это так, это не является подходящим вопросом для переполнения стека (см. [FAQ] (http://stackoverflow.com/faq)). Если у вас есть заданный вопрос, который вы хотите задать, отредактируйте свой вопрос и сделайте это :) –
Я искал реализацию с использованием любой технологии, так как я занимаюсь этой проблемой и не смог найти способ. – rayman
wouldn ' t должно быть иметь решение очереди сообщений (активное mq или какое-либо другое), которое производители в окнах могут добавлять в очередь, а потребители из linux могут брать из очереди? Или вы имеете в виду, что у вас есть две существующие системы, HQ и ActiveMQ, и вам нужно приложение, которое использует оба? Вы получаете downvotes, потому что ваш вопрос неясен. – Kevin