Wcf BizTalk能否发布单个单向和双向web服务？

我正在发布WCF服务，使用架构而不是业务流程，并使用BizTalk 2010向导。我的一些方法是单向的，其他的是请求/响应。我成功地完成了向导，发布了服务（托管在IIS中），一切正常，直到我将绑定导入到我的应用程序

---

只有一个端口和一个连接到它的接收位置，其URI类似于/BizService.FTW/BizService.svc。接收端口被标记为双向，因此我无法将单向的业务流程绑定到它。你不能有两个接收位置指向同一个URI，所以我的问题是；向导是否对我使用了快速方法，还是有办法在单个服务中发布单向和双向方法？如果没有办法（使用向导执行此操作），我至少可以从同一Web应用程序发布两个biztalk服务（例如，at/BizService.FTW/BizService.svc和/BizService.FTW/BizServiceRR.svc）？

我建议您发布两个biztalk服务（单向和双向）。并构建一个WCF服务，将请求路由到Bzt。服务，基于请求模式。

是的，但BizService和BizServiceRR将是两个独立的“服务”

---

然而，对于单向编排，您是否考虑直接绑定并为该特定消息类型设置过滤器？

这听起来像您问我是否想过直接绑定所有我的单向GROUS，然后为这些模式发布WCF服务？这意味着我不需要在发布时为它们导入绑定，但除此之外，我看不到任何好处。不，您将发布双向服务（必须有人响应），这可以在以后指定。但是对于所有单向业务流程，他们可以简单地在单向（业务流程）接收端口上订阅请求消息；我的目标是将所有这些编排发布为web服务（单向和双向）。让单向兽人都订阅消息框似乎无法实现这一点（除非我再次误解了你）。好吧，我想我现在明白了。不，不能在同一服务中混合单向和双向操作。我觉得那更像是肥皂的事。因此，您需要一个包含所有双向操作的服务（端点、URL、接收端口/位置），以及一个包含所有单向操作的服务。也许向导没有检查，我实际上从未尝试发布混合服务。