Http 使用不同的接收位置创建不同的业务流程

Http 使用不同的接收位置创建不同的业务流程,http,biztalk,biztalk-2013,biztalk-orchestrations,receive-location,Http,Biztalk,Biztalk 2013,Biztalk Orchestrations,Receive Location,我需要两个业务流程从HTTP接收端口接收相同的输入模式消息 编排做不同的事情 我不明白我怎么能称之为一个编曲或另一个 我脑子里只有一个解决办法,但我认为它不对 我创建了两个不同的接收位置。一个业务流程->一个接收位置 这看起来是正确的解决方案。但是创建接收位置意味着在IIS上的我的http站点中创建一个虚拟文件夹,其中包含btshttprective.dll 所以我的疑问是:如果我有20个具有相同输入的编排,我应该创建20个包含DLL的虚拟文件夹吗 这看起来是一个可怕的解决方案 解决问题的正确方

我需要两个业务流程从HTTP接收端口接收相同的输入模式消息

编排做不同的事情

我不明白我怎么能称之为一个编曲或另一个

我脑子里只有一个解决办法,但我认为它不对

我创建了两个不同的接收位置。一个业务流程->一个接收位置

这看起来是正确的解决方案。但是创建接收位置意味着在IIS上的我的http站点中创建一个虚拟文件夹,其中包含
btshttprective.dll

所以我的疑问是:如果我有20个具有相同输入的编排,我应该创建20个包含DLL的虚拟文件夹吗

这看起来是一个可怕的解决方案


解决问题的正确方法是什么?

这是单向接收端口/位置还是双向接收端口/位置

如果是单向接收位置,只需升级属性,并使用基本的基于内容的路由(CBR),在属性上使用发布/订阅

如果是双向接收位置:您将对您的应用程序做出何种响应


将编排视为web服务。您需要接受请求并生成一个响应。如何通过将请求转发到N个其他业务流程/应用程序来处理该请求取决于您,但发布/订阅是为这种行为而构建的。

这是一个双向接收位置。。。是的,我认为编排是一种web服务。但是web服务有一个部署它的url。对于业务流程,url由位置给出。在每个位置,我都必须复制
btshttprective.dll
。这对我来说很奇怪,也许我在某些方面错了。我是biztalk新手,公司并没有给我时间来研究它:(我认为biztalk不是一个不用学习就可以使用的系统。我将尝试了解CBR。我从来没有提到过这方面……谢谢。我在这里找到了一个关于基于内容路由的非常简单的教程:它解释了基本概念