的BizTalk基於內容的路由問題

嘗試使用基於內容的路由在BizTalk 2013年的BizTalk基於內容的路由問題

如果我有一個WCF-BasicHTTP靜態單向發送端口訂閱了返回的消息時，我已經在一個奇怪的問題打從WCF-BasicHTTP靜態請求/響應發送端口，它工作正常 - 我的Web服務按預期執行。但是，如果我有一個WCF-BasicHTTP靜態請求/響應發送端口，該端口訂閱從WCF-BasicHTTP請求/響應發送端口返回的消息，則webservice按預期執行，但返回的消息不會顯示。預期接收沒有相應的跟蹤消息事件。我已經調試了目標webservice，並可以確認它執行並按預期返回xml文檔。

在這兩個實例中，我都使用XMLTransmit和XMLReceive管道。

此外，我已經注意到任何訂閱從另一個發送端口返回的消息的發送端口都沒有它的適配器詳細信息顯示在其相應的傳輸跟蹤消息事件中，適配器值爲空。我不確定這是否是一條線索，但似乎並不正確。

基於內容的路由可以以這種方式使用嗎？

在此先感謝

來源

2014-03-31 manxlatic

如果你有一個要求/響應端口訂閱其他要求/響應端口的要求，則預訂組稿/響應端口的響應應自動路由回原來的港口。您不需要訂閱第二個請求/響應端口的響應。

來源

2014-04-01 01:25:37 Dijkgraaf

我不這樣做，我有一個請求/響應端口訂閱來自另一個請求/響應端口的**響應**，而不是請求。 – manxlatic

然後嘗試根據我的答案進行配置。請求/響應端口將自動訂閱其發佈的請求消息的響應。 – Dijkgraaf

的BizTalk基於內容的路由問題

回答

相關問題