尝试在BizTalk 2013中使用基于内容的路由时遇到了一个奇怪的问题。
如果我有一个订阅从WCF-BasicHTTP静态请求/响应发送端口返回的消息的WCF-BasicHTTP静态单向发送端口，它可以正常工作 - 我的Web服务按预期执行。
但是，如果我有一个WCF-BasicHTTP静态请求/响应发送端口订阅从WCF-BasicHTTP请求/响应发送端口返回的消息，则webservice按预期执行，但不会显示返回的消息。预期接收没有相应的跟踪消息事件。我调试了目标webservice并确认它已执行并按预期返回xml文档。
在这两个实例中，我使用的是XMLTransmit和XMLReceive管道。
此外，我注意到订阅从另一个发送端口返回的消息的任何发送端口都没有在其相应的传输跟踪消息事件中显示它的适配器详细信息，适配器值为空。我不确定这是否是一个线索，但似乎不对。
可以这种方式使用基于内容的路由吗？
提前致谢
答案 0 :(得分：1)
如果您有一个订阅/响应端口订阅另一个请求/响应端口的请求，那么订阅请求/响应端口的响应应自动路由回原始端口。您不应该订阅第二个请求/响应端口的响应。