gpt4 book ai didi

biztalk - BizTalk 中的相关性

转载 作者:行者123 更新时间:2023-12-04 06:10:35 28 4
gpt4 key购买 nike

我的项目中有 2 个编排和 2 个模式(第一个用于请求,第二个用于响应)。Orchestration 1有一个 Receive形状(激活=真)。它收到一个请求,然后将它路由到 Orchestration 2 .后者构造对 Web 服务的请求,该服务以响应进行响应,等待 2 分钟,然后向我的 BizTalk 服务发送新请求。两个项目使用相同的模式,一个 Request和一个 Response模式。
Orchestration 2使用在 Send 中初始化的相关集向 Web 服务发送请求的形状。另外,Orchestration 2有一个 Receive形状等待具有先前在 Send 中设置的相关性的消息形状。

下面是时序图:
enter image description here

还有 Orchestration 2 :
enter image description here
Send_1Receive_2形状具有相关属性设置。

问题是当 web 服务将 request2(见上图)发送到我的 biztalk 服务时,它会抛出一个错误说 “消息发现多个请求响应订阅。一条消息只能路由到单个请求响应订阅。” 如果我设置了相关性,那会怎样?我希望 request2 被路由到 Orchestration 2因为它有一个具有相关性的接收器。

最佳答案

错误信息是正确的。

当从 WebService 发送请求时,它被路由到 Orchestration2 的 Activation Receive Shape。

但是因为关联生效,这会创建一个额外的订阅,这就是为什么该请求也应该被路由到 Orchestration2 中的第三个接收形状。

如果无法区分请求模式,则必须使用附加条件来激活 Orchestration2。例如,您可以使用基于上下文属性的额外过滤器过滤来自 Orchestration1 的请求。

您会发现一个请求来自 WCF 或 SOAP 适配器,而第一个则不是。

关于biztalk - BizTalk 中的相关性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7831885/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com