私のシナリオでは、受信ポートでフラット ファイルを (1) 復号化してから (2) 逆アセンブルするパイプラインがあります。
私の要件は、ファイルをキャプチャし、(1) と (2) の間のローカル ファイル共有に配置することです。
私の最初のアプローチは、これらの間に Archive コンポーネントを導入することでしたが、これで問題が発生しました。アーカイブ コンポーネントは、ストレージへの直接アクセスを使用してファイルをダンプします。BizTalk の原則によると、これは送信ポート/送信アダプターの機能であるため、本質的に貧弱な方法論です。したがって、たとえばアーカイブ先が FTP ホストの場合、アーカイブ コンポーネントは役に立ちません。
したがって、次の 2 つのアイデアが思い浮かびます。
A) 何らかの方法で、送信ポートを使用するようにアーカイブ コンポーネントを構成します (可能な場合)。
B) アーカイブ コンポーネントのアイデアを放棄し、次のように BizTalk のネイティブ機能のみを使用します。
-復号化のみのパイプラインを使用してファイルを受信する
-送信ポートを使用してファイルを一時的なローカル ストレージに送信する
-受信ポートにサブスクライブして、ファイルをアーカイブに送信します
-逆アセンブル パイプラインを使用してローカル ストレージからファイルを取得します (2 番目の受信ポート)。
-オーケストレーションを使用して、2 番目の受信ポートからファイルを処理します。
オプション B) に問題はありますか?
そうでない場合、アーカイブ コンポーネントを使用する意味はありますか?