1

FTP サーバーに接続する BizTalk デモがあります。

ただし、次のようなさまざまな例外が発生する可能性があります。

  • サーバーが利用できない可能性があります
  • ユーザー名/パスワードは変更される場合があります
  • ダウンロード後のファイル削除はパーミッション等により動作しない場合があります。

これらは、エラー ログに例外を生成します。

ただし、これらの例外を超えて処理する簡単な方法がわかりません

  1. カスタム WMI アダプターを作成して、エラー ログをポーリングし、アダプター名に基づいて例外を試行および照合します。
  2. FTP アダプタのログ機能を使用し、FTP 例外のログ ファイルを解析します。

インターネット上の解決策は、「失敗したメッセージ ルーティング」を有効にするか、ESB Exception Handler を使用することを中心に展開しているようです。ただし、これらの両方には実際のメッセージが必要であり、アダプターが例外に遭遇して接続に失敗した場合は存在しないと思います。

私が検討した可能性はありますが、可能ではないと思いますが、オーケストレーションで動的に「受信」を行い、そこで例外をキャッチすることです-これは可能ですか?

そうでない場合、メッセージが収集される前に受信アダプターによってスローされた例外をキャッチする方法はありますか?

ありがとう！

4

1 に答える 1

1

BizTalk は、エラーを発生させて受信場所をシャットダウンすることにより、これらの例外ケースを "処理" します。これは正常であり、非常に合理的な動作だと思います。

この場合、BizTalk は動作を停止していません。受信ポートにメッセージを受信するその他の方法は引き続き機能します。

どのような取り扱いを考えているかわかりませんか？イベント ログを監視する方法はたくさんあります。

例外の結果として何をしたいですか?

他の質問への回答として、オーケストレーションから .net コンポーネントを呼び出すことで、「動的に受信を行う」ことができます。FTP サーバーを「ポーリング」する式形状をループするオーケストレーションを作成できます。この場合、通常の例外処理メカニズムに確実にアクセスできます。

PS。失敗したメッセージ ルーティングがメッセージの存在に依存していることは正しいです。たとえば、パイプライン処理中に受信メッセージが失敗した場合などです。

于 2011-06-15T11:57:07.397 に答える