長期実行サービスからの応答が失敗した場合にBizTalkオーケストレーションで状況を処理するためのグッドプラクティス/潜在的な設計に関する指針を誰かが得たので、開始メッセージを再送する必要があります
オーケストレーションがMSMQキューにメッセージを送信し、別のキューで応答を待機している状況があります。これで、応答時間は1分未満になるはずですが、キューの反対側の「サービス」が失敗することがあります...
これは私が制御できるものではないため、変更/修正できません
BizTalkでタイムアウトして開始メッセージを再送信するために使用できるデザインパターンはありますか？
標準のBPELは「選択」アクティビティを定義し、BizTalkはそのための「リッスン」シェイプを備えているため、基本的に、応答キューで受信アクティビティのタイムアウト期間を定義できます。ブールフラグを使用して、ループバック/再試行するかどうかを決定できます。または、受信が成功したため、ビジネスプロセスが続行されます。
メッセージの送信を再試行するために使用できる単一のオーケストレーションを定義します。キューに配置されるこれらのメッセージは、メッセージボックスから取得されます。
応答キューからの応答が遅れている場合は、シングルトンループを使用してメッセージを再送します。
補足：例外をリッスンするためだけに、送信ポートで配信通知プロパティを有効にする必要がある場合があります。
記事を参照してください...