1

別の注文配送の問題。

true の配信を注文した送信ポートにバインドされているオーケストレーションがあります。別の送信ポートもフィルタリングによってこれらのメッセージを取得し、このポートも配信を順序付けています。

何らかの理由で、メッセージを使用する複数のポートがあり、そのうちの 1 つが直接ポート バインドされている場合、ポートの 1 つだけが使用されます。つまり、両方のポートが出力を提供するわけではありません。

常に出力されているポートの 1 つを登録解除すると、これは両方の方法で機能します。

代わりにフィルターを使用する 2 つのポートでこれを使用していましたが、これは機能しましたが、1 つを直接ポートに変更する必要があり、それ以来問題が発生しました。また、BizTalk のポートの選択はかなりランダムです。たとえば、私たちのサーバーではポート A が選択され、ローカル マシンで同じ問題を再現すると、たとえばポート B が選択されるためです。

これは一種の奇妙な問題であり、何が原因であるかはわかりません。

4

3 に答える 3

1

David Hall: BizTalk 2010 ボックスでこれを再現しましたが、あなたが言及している問題に直面したことはありません。に設定ALLOW MULTIPLE RESPONSESする必要がありTrueます。これは、BizTalk 設定ダッシュボードの [HOSTS] タブにあります。

つまり、4 つの送信ポートがあります。それぞれが注文配達になっていONます。すべての送信ポートは、BTS.ReceivePortName などの同じサブスクリプションにあります。Biztalk ボックスにメッセージを受信するための MLLP 受信場所があります。

テスト ケース: BizTalk は秩序を維持しますか?

1、1、2、2、3、3、4、4、5、5 の順に 5 つの diff メッセージを送信しました。4 つの送信ポートはすべて、同じ順序 1、1、2、2、3、3、4、4、5、5 でメッセージを送信しました。

結果; はい、そうです。

言及するのを忘れました。すべてが BizTalkServerApplication の 1 つの既定のホストの下で実行されます。

于 2011-12-02T21:00:07.043 に答える
0

代わりにフィルターをポート グループに追加して、他のすべてのプロパティを特定のポートに追加しようとしましたか?

于 2010-01-20T01:15:48.317 に答える
0

こんにちは、これは BizTalk メッセージング エンジンのワーカー スレッドのバグです。注文されたすべての配信送信ポートを、同じホストの下で同時に実行するわけではないためです。最大で 2 つの注文済み配信送信ポートのみが実行されますが、注文済み配信送信ポートが 4 ~ 5 個ある場合は、最大 2 つの送信ポートのみが一度に実行されます。注文されたすべての配信送信ポートを一度に機能させるには、それらを別のホストに配置する必要があります

于 2010-04-14T13:39:05.340 に答える