Я пытаюсь использовать ActiveMQ и Camel (работает в брокере) на .NET с использованием Spring и NMS. В общем, эти компоненты работают блестяще. У меня есть верблюжий маршрут для отправки/получения, а некоторый код в .NET для этого - работает как шарм.Предложения, необходимые для запроса-ответа на ActiveMQ и Camel с использованием Spring NMS в .NET.
Проблема, которую я пытаюсь решить, - это шаблон интеграции запроса и ответа. Camel поддерживает это, и у меня есть этот маршрут в моей конфигурации:
<route>
<from uri="activemq:foo"/>
<to uri="activemq:bar" pattern="InOut"/>
</route>
В теории Camel предполагается установить NMSReplyTo и CorrelationId в таком маршруте, так что ответ знает, куда вернуться.
Я следил за этим VERY helpful article, чтобы понять, как объединить вещи в .NET. В этой статье код явно задает местоположение ответа, поскольку он не использует Camel.
Мой вопрос заключается в том, как я могу использовать маршрут Camel, поэтому мне не нужно по существу дублировать его в коде (что бы победить цель шаблона интеграции на основе конфигурации). Я попытался удалить NMSReplyTo и CorrelationID в своем коде, но ответ не возвращается к отправителю. Это почти так же, как маршрут Верблюда не «усвоен» приложением.
Мысли? Предложения?
Спасибо, Chet
Спасибо за указатель EIP. (un), к счастью, моя потребность в этом больше не существует, и я не уверен, что буду тратить время на проверку, особенно. на VS.NET ... – banncee