2010-05-13 3 views
1

Я пытаюсь использовать 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

ответ

0

взглянуть на this pattern и связанного с ним unit test ... должно помочь

+0

Спасибо за указатель EIP. (un), к счастью, моя потребность в этом больше не существует, и я не уверен, что буду тратить время на проверку, особенно. на VS.NET ... – banncee