Сообщение, которое не получено из onRamp WCF-типа send port в BizTalk

Question

У меня есть Orchestration в моем приложении, которое получает XML-сообщение в виде ввода из MSMQ, обрабатывает его, а затем отправляет его в порт отправки OnRamp WCF. Теперь Onramp порт получил следующие конфигурации набор -

• Применение: MyApplication

• Приоритет: 5

• Route Failed Сообщение: ложные

• Стоп Отправка При неудаче: false

• Sen d трубопровода: Microsoft.BizTalk.DefaultPipelines.PassThruTransmit

• Dynamic: ложь *

• двухсторонняя: ложные

• Адрес: http://localhost/ESB.ItineraryServices.Generic.WCF/ProcessItinerary.svc

• Тип: WCF -WSHttp

• Отправить Handler: BizTalkServerApplication

Мое требование, когда аранжировка посылает в XML (в качестве выходного сигнала в конце) к этому порту, эти сообщения должны быть выбраны другие оркестровки, не происходит в моей дело. Все сообщения застряли в этом порту. Пожалуйста, помогите мне с этой проблемой.

Спасибо!

Answer 1

Почему сообщения, направляемые в физический порт отправки, могут быть отобраны другой оркестровкой?

Если это поведение, которое вы хотите, я не думаю, что порт отправки WCF является правильным подходом. Если вы настроите сообщения, опубликованные оркестровкой, для активации другой оркестровки, используйте Direct-bound порт, который будет записывать эти сообщения непосредственно в окно сообщения. Затем установите соответствующую подписку на активирующую форму получения второй оркестровки, которая, как вы уверены, будет соответствовать опубликованным сообщениям.

См Working with Direct Bound Ports in Orchestrations

Answer 2

Так что я понял из вашего вопроса, что вам нужно вызвать другую оркестровку от первой оркестровки. И, вероятно, вы используете ESB Toolkit (обычно мы используем термины offRamp и onRamp с инструментарием).

ESB Toolkit Путь:

Я хотел бы предложить использовать маршрут и оркестровки расширитель для маршрутизации сообщений. Внутри он использует только портовый фонд DirectBound. Here - пример этого.

Без ESB Toolkit:

Что предложил Том W правильно. Но убедитесь, что при создании подписки на прямой привязанный порт второй оркестровки свойства контекста, используемые в выражении фильтра, должны быть уникальными, иначе, если выражение фильтра является общим и соответствует нескольким подписчикам, тогда каждый пользователь будет выбирать копию сообщения.