2014-09-25 6 views
1

Ранее мы использовали поток интеграции Spring (основанный на XML), где мы будем делать обновление в базе данных после отправки сообщения в очередь JMS. Для этого поток SI был настроен с каналом очереди публикации-подписки в качестве входа в адаптер исходящего канала JMS (заказ 0) и сервисный активатор (заказ 1). Идея заключается в том, что после успешной отправки JMS активатор службы будет вызван таким образом, обновив данные в базе данных.Spring Integration - обновление базы данных после исходящего адаптера JMS

В настоящее время мы обновляем наши потоки для работы с API-интерфейсами spring-integration:4.0.x и хотели использовать эту возможность, чтобы увидеть, является ли описанный шаблон потока по-прежнему хорошим/рекомендуемым способом обновления базы данных после успешной отправки JMS или если теперь есть более простой/лучший способ достижения этого? В качестве дополнительной заметки наши потоки теперь реализуются с использованием API-интерфейсов spring-integration-java-dsl:1.0.0.M3.

Спасибо заранее за любой вклад в это,

PM.

ответ

1

публикации-подписки канала очереди

Там нет такого понятия, как паб-суб очереди канала; по определению, это подписка канал; поэтому я предполагаю, что это то, что вы имеете в виду.

Это один из способов сделать то, что вам нужно, и отлично; вы также можете добиться того же результата с RecipientListRouter. Синтаксис dsl довольно приятный, особенно с Java 8; см. пример SpringOne demo app.

+0

Привет, Гари, вы правы. Я не знаю, откуда взялась ** очередь **! Класс канала, который я использую для этого, - это «org.springframework.integration.channel.PublishSubscribeChannel», и он работает нормально. Однако мы используем dsl и Java 8, поэтому рассмотрим «RecipientListRouter», как вы упомянули, и посмотрите, как это сравнивается. Благодаря! –

Смежные вопросы