Для ESB4, как получить доступ к сообщению в последовательности вне последовательности

Мы используем прокси-сервис ESB4 с последовательностью и последовательностью. сообщение передается последовательно и отправляется в конечную точку. ответ идет на выход. нам нравится фильтровать ответ, такой как сбой аутентификации, и помещать входящее сообщение обратно в хранилище JMS для повторной попытки. Но я не знаю, как получить сообщение в нашей последовательности. Был бы признателен за помощь.


wso2 wso2esb jms
person user1294137    schedule 11.04.2012    source источник
comment
Для справки вам, возможно, придется включить код, который вы используете. В противном случае этот вопрос немного расплывчатый (по крайней мере, для меня).   -  person Cᴏʀʏ    schedule 11.04.2012
comment
Может быть, я спрошу иначе. как вы получаете доступ к сообщению REQUEST в конце, когда вы обрабатываете ответное сообщение? Вариант использования заключается в том, что я хочу отправить сообщение запроса в хранилище для повторной попытки, если ответ не такой, как я ожидал.   -  person user1294137    schedule 11.04.2012

Ответы (1)


arrow_upward
0
arrow_downward

Вы можете определить хранилище сообщений в своей последовательности для хранения сообщения... Определите хранилище сообщений и используйте его в хранилище meditaor. Найдите образцы здесь

http://wso2.org/project/esb/java/4.0.0/docs/samples/store_n_forward_samples.html

person Ratha    schedule 11.04.2012
comment
Извините, что я не объяснил проблему ясно. если мы поместим хранилище в аутпоследовательность следующим образом: ‹syn:store messageStore=MyStore/› ответное сообщение будет отправлено в хранилище. но мы хотим получить сообщение запроса, а не ответное сообщение. пример использования такой: сообщение с запросом было отправлено на конечную точку, если код ответа не равен 0, нам нужно повторить это сообщение ЗАПРОС, поместив его в хранилище сообщений. но я не знаю, как получить сообщение REQUEST в аутпоследовательности. - person user1294137; 11.04.2012
comment
Не уверен, что это может быть достигнуто с помощью обработчика сообщений, поскольку после успешной доставки сообщения сообщение будет удалено из хранилища. для повторной отправки сообщения в ту же конечную точку. - person Ratha; 12.04.2012