Проблема маршрутизации на основе содержимого BizTalk

Я столкнулся со странной проблемой при попытке использовать маршрутизацию на основе контента в BizTalk 2013.

Если у меня есть статический односторонний порт отправки WCF-BasicHTTP, который подписывается на сообщение, возвращаемое из порта отправки статического запроса / ответа WCF-BasicHTTP, он работает нормально - моя веб-служба выполняется должным образом.

Однако, если у меня есть статический порт отправки запроса / ответа WCF-BasicHTTP, который подписывается на сообщение, возвращаемое из порта отправки запроса / ответа WCF-BasicHTTP, веб-служба выполняется, как ожидалось, но возвращаемое сообщение не появляется. Для ожидаемого приема нет соответствующего отслеживаемого события сообщения. Я отладил целевой веб-сервис и могу подтвердить, что он выполняет и возвращает XML-документ, как ожидалось.

В обоих случаях я использую конвейеры XMLTransmit и XMLReceive.

Кроме того, я заметил, что любой порт отправки, который подписывается на сообщение, возвращаемое из другого порта отправки, не имеет сведений об адаптере, отображаемых в соответствующем событии отслеживаемого сообщения передачи, значение адаптера пустое. Я не уверен, что это ключ к разгадке, но это не кажется правильным.

Можно ли таким образом использовать маршрутизацию на основе контента?

заранее спасибо


person manxlatic    schedule 31.03.2014    source источник


Ответы (1)


Если у вас есть порт запроса / ответа, подписывающийся на запрос другого порта запроса / ответа, то ответ подписывающегося порта запроса / ответа должен автоматически маршрутизироваться обратно на исходный порт. Вам не нужно подписываться на ответ второго порта запроса / ответа.

person Dijkgraaf    schedule 01.04.2014
comment
Нет, у меня есть порт запроса / ответа, подписывающийся на ответ от другого порта запроса / ответа, а не запрос. - person manxlatic; 01.04.2014
comment
Затем попробуйте настроить его в соответствии с моим ответом. Порт запроса / ответа будет автоматически подписываться на ответ на опубликованное им сообщение запроса. - person Dijkgraaf; 08.04.2014