gpt4 book ai didi

Biztalk 订购交付失败

转载 作者:行者123 更新时间:2023-12-02 12:55:58 25 4
gpt4 key购买 nike

我们有一个 BizTalk 应用程序,其中输入消息的顺序非常重要并且必须保留,这意味着它们必须以相同的顺序输出。通常订购的送货在这里就可以了。

但是我读到,只有当您将接收位置直接连接到发送端口时,才能保证有序交付。一旦您使用编排,订单交付就不再得到保证。有没有办法解决或解决这个问题?因为这会破坏我们的整个应用程序,而且我们已经为此工作了几个月。

我读到了微软的一个解决方案,他们使用了一个带有计数器的额外字段,并使用了一个检查计数器的结束编排。但这对我们来说现在要做的工作太多了。所以这种解决办法是行不通的。另外,并非所有消息都会被翻译,这会在我们的流程中造成漏洞,而且并非所有消息都来自同一源,这使得这项工作无论如何都毫无用处。

还有其他想法吗?

最佳答案

查看this页。它解释了,如果您有一个遵循单例模式的编排以确保编排仅存在一个实例,并且确保将编排的接收端口设置为有序交付,那么您应该获得有效的端到端有序交付场景

To provide end-to-end ordered delivery the following conditions must be met:

Messages must be received with an adapter that preserves the order of the messages when submitting them to BizTalk Server. In BizTalk Server 2006, examples of such adapters are MSMQ, MQSeries, and MSMQT. In addition, HTTP or SOAP adapters can be used to submit messages in order, but in that case the HTTP or SOAP client needs to enforce the order by submitting messages one at a time.

You must subscribe to these messages with a send port that has the Ordered Delivery option set to True.

If an orchestration is used to process the messages, only a single instance of the orchestration should be used, the orchestration should be configured to use a sequential convoy, and the Ordered Delivery property of the orchestration's receive port should be set to True.

关于Biztalk 订购交付失败,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2019193/

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