次の方法で共有

BizTalk Framework アセンブラー パイプライン コンポーネント

  • [アーティクル]

BizTalk Framework は、HTTP または SMTP などの、回線上で使用できるトランスポート プロトコルを使用して、1 回限りの確実な配信を行うための方法の 1 つです。 このフレームワークは 1998 年から存在し、Web サービス (特に WSReliable) に基づいた、標準的なイニシアチブの先駆けと見なすことができます。 一般的に、1 回限りの確実なデータ配信の問題点は、メッセージ キュー (MSMQ とも呼ばれる) のようなテクノロジに関するものでした。 通常、このようなテクノロジでは、データ フローの両端のエンドポイントに共通のソフトウェアが必要となります。また、インターネットによる企業間のデータ通信などで必要となる、パブリック ネットワークに基づいたオープンなトランスポート プロトコルも使用できません。

BizTalk Framework には、1 回限りの確実なデータ配信に関する問題を解決するためのメカニズムがいくつか実装されています。これらのメカニズムは、問題解決のために以前に試行されたことのあるメカニズムです。 また、このような問題に対するソリューションの一例として、電子データ交換 (EDI) があります。これは、ANSI X12 制御番号と標準的な 997 の機能確認ドキュメントが基盤となっており、データの 1 回限りの受信、および受信側で発生した問題が送信側に通知されることが保証されます。

ただし、BizTalk Framework では、データを交換するシステムが異なっていても、両方のシステムで BizTalk Framework プロトコルの次の要件を認識できることが前提となっています。

  • 転送をラップするための予測可能なエンベロープ形式の使用。

  • グローバル一意識別子による各送信転送へのタグ付け。

  • 既に受信したデータ、確認したデータ、および処理されたデータに対しても、グローバル一意識別子を含む受信確認が送信側に必ず返されること。

  • 受信側からの確認メッセージを受け取るか、転送が無効とされる一定の期間が経過するまで、送信側が転送を繰り返す何らかの方法があること。

    BizTalk Framework アセンブラー パイプライン コンポーネントは、転送前に BizTalk Framework のエンベロープとコンテンツをメッセージにシリアル化し、指定した時間内に確認メッセージが配信されない場合はメッセージを再送信する役割を果たします。 また、確認メッセージを受信および処理して、メッセージ インスタンスを削除します (BizTalk が送信先から確認メッセージを受信するまで、送信されたメッセージのメッセージ インスタンスのコピーは MessageBox データベースに保持されます。確認メッセージが受信されると、メッセージ インスタンスはメッセージング エンジンによって削除されます)。

参照

BizTalk Framework アセンブラー パイプライン コンポーネントを構成する方法
パイプライン コンポーネント