Универсальный JMS клиент

Если вы будете придерживаться спецификации JMS и не использовать различные расширения и улучшения от конкретных брокеров, то ваш код должен работать с любым из них. Но набор библиотек (драйверов) для каждого брокера должен быть свой.

Универсального JMS-клиента не существует, но есть возможность не переписывать код под каждого провайдера. При правильной реализации должно работать следующим образом.

JMS - это API, в его составе в основном интерфейсы, не имеющие реализации. Таким образом, код, использующий JMS API работает с абстракциями, изначально не имеющими реализации (и соответственно - неработоспособными).

Реализация находится в JMS-библиотеках, поставляемых с конкретным брокером - у каждого продукта своя реализация. Чтобы заставить всё работать, требуется:

1. Добавить библиотеки брокера в Ваше приложение
2. Сконфигурировать приложение так, чтобы оно обращалось к очередям на сервере брокера.

Вы можете писать основную бизнес-логику, работающую с интерфейсами, и эта часть не должна меняться. Скорее всего, именно конфигурация окажется самой сложной задачей, причём может оказаться так, что для каждого брокера её придётся решать по разному. Основная цель - создать объекты, реализующие интерфейсы JMS (такие, как фабрика подключений, сессии, очереди и прочее). Как это сделать - отдельная большая тема, скорее всего, придётся читать документацию касательно интеграции через JMS по каждому брокеру.

Альтернативный вариант - поискать готовые решения, более высокого уровня (по сравнению с брокерами), например, интеграционные платформы, в которых уже есть поддержка разных брокеров.