これを行うことはお勧めしませんが、理論的には、式の形状内でシェル コマンドを使用して exe を実行できます。
System.Diagnostics.Process.Start(@"C:\yourPath\yourExecutable.exe")
名前System.Diagnostics空間は BizTalk 2006 で使用できますが、BizTalk 2004 では使用できないと思います (BizTalk 2004 では、使用可能な System 名前空間のサブセットが非常に制限されていました)。
戻り値を返すかどうかはわかりませんが、パラメーターを提供できるはずです。
C# シェル コマンドに関する参考文献は、こちらとこちらにあります。
個人的には、次の 3 つのより良いオプションが利用できると思います。
BizTalk を使用しないでください。
キャンベルが示唆するように、代わりに Windows サービスを使用してください。
既存の BizTalk フレームワーク (ログ、レポートなど) を活用する場合、または BizTalk が実行するワークフローに他のタスクがある場合にのみ、このような目的で BizTalk を使用してください。(すべてを 1 つのプラットフォームに入れることについては議論があります。1 つのことに BizTalk を使用する場合は、すべてに if を使用しますが、それは別の会話です)。
シュレッダーのロジックを、コンソール アプリケーションと BizTalk の両方から呼び出せる C# クラス ライブラリにリファクタリングします。
BizTalk からクラス ライブラリを呼び出すことは、実行可能ファイルを呼び出すよりもはるかに簡単に、クリーンかつ堅牢に行うことができます。
オーケストレーションから署名済みで GAC 済みのアセンブリを参照する (オーケストレーション変数として作成する) だけで、式の形状から直接呼び出すことができます。
これは、基本をカバーする記事です。醜い詳細には触れず、ベスト プラクティスについての議論も提供しません。Professional BizTalk Server 2006は、そのための優れた本です。
キャンベルが言ったように、これらのほとんどはおそらく純粋な BizTalk 機能で実行できます。
おそらく、オプション 2 と 3 の組み合わせが、あなたが望むものに最適だと思います。既にあるバイナリ シュレッディング ロジックを C# クラス ライブラリに配置し、ファイルの監視、エラー通知、追跡、および他のプロセスとの統合を処理する BizTalk オーケストレーション内からこれを呼び出します。