以前は正常に実行されたメッセージ・フローに問題が発生する場合があります。
この問題の原因を識別するには、以下の質問に答えます。
変更を加えた場合は、フローの新規または変更部分のどこかにエラーがあるものと思われます。 変更を調べて、はっきりとした問題の理由があるかどうか調べてください。
それまで呼び出したことのなかったメッセージ・フローの一部を使用したときには、問題が起きましたか? 問題が起きた場合は、その部分にエラーがあるものと思われます。 ユーザー・トレース、トレース・ノード、およびWebSphere Message Broker Toolkit のデバッガー機能を使用して失敗したときに、メッセージ・フローが何を実行していたかを調べてください。
これまで何回もメッセージ・フローを正常に実行してきたという場合は、 現在のキューの状況とエラーが起きたときに処理していたファイルを調べてください。 その中に何かの異常なデータ値が含まれていて、それが原因でメッセージ・フローではめったに使用しないパスが呼び出された可能性があります。
予期しないメッセージ形式のメッセージがキューに書き込まれた場合 (例えば、異なるオペレーティング・システムのキュー・マネージャーからのメッセージ)、 データ変換や他の形態の処理が必要になる場合があります。 また、使用したメッセージ形式に何かの変更を加えていないかも確認してください。
システムのセットアップ状況が何か異なるために、問題が起きていますか? 例えば、キューは同じ最大メッセージ長、または優先順位で定義されていますか? 使用するデータベースまたはそのセットアップに相違がありますか?
ロード可能インプリメンテーション・ライブラリー (LIL) ファイルに変換上またはコンパイル上の問題がある可能性があります。 コードを調べる前に、変換プログラム、コンパイラーまたはアセンブラー、およびリンケージ・エディターからの出力を見て、何かエラーが報告されていないか確認してください。 エラーがある場合はそれを修正して、ユーザー定義拡張機能が動作するようにしてください。
そのステップはいずれもエラーなしで完了していることを文書が示しているのであれば、 メッセージ・フロー、メッセージ・セット、またはユーザー定義拡張機能のコード論理を検討します。 問題の徴候は、失敗する機能と、その結果エラーになるコードの部分を示していますか? 詳しくは、ユーザー定義拡張機能の概説を参照してください。
組み込まれたノードで failure ターミナルを誤って使用したために、メッセージ・フローがエラーを見落としている可能性があります。 failure ターミナルを使用する場合は、 エラーの処理が適切に行われているか確認してください。 failure ターミナルの詳細については、メッセージ・フローのエラー処理を参照してください。