BPEL プロセスをデバッグしようとしています。BPEL Designer for Eclipse (3.7.2) を使用して作成しました。Ode 1.3 をエンジンとして使用しています。
プロセスをデバッグする方法がわかりません。デバッグセッションでodeにデプロイできますが、その後何ができるのかよくわかりません。
BPEL プロセスをデバッグしようとしています。BPEL Designer for Eclipse (3.7.2) を使用して作成しました。Ode 1.3 をエンジンとして使用しています。
プロセスをデバッグする方法がわかりません。デバッグセッションでodeにデプロイできますが、その後何ができるのかよくわかりません。
WS-BPEL 2.0 規格で開発された BPEL プロセスをWSO2 BPS サーバーにデプロイできます。BPEL プロセスを WSO2 Business Process Server にデプロイすると、次のメカニズムを使用して、障害をデバッグ/トラブルシューティングできます。
1.Message Tracer を使用する。これにより、BPS サーバーとの間で送受信されるメッセージを表示できます。BPEL プロセスのメッセージ トレース ログを有効にします。
次のエントリを $CARBON-HOME/lib/log4j.properties に追加します
log4j.logger.org.apache.ode.bpel.messagetrace=トレースlog4j.logger.org.wso2.carbon.bpel.messagetrace=トレース
優先する log4j アペンダーは、TRACE レベルのしきい値を持つように構成する必要があります。CARBON_LOGFILE が log4j アペンダーの場合、次のように変更する必要があります。デフォルトでは、これは DEBUG に設定されています。
例 - log4j.appender.CARBON_LOGFILE.threshold=TRACE
サーバーを再起動します。
2.「インスタンス情報」ページのイベント テーブルを使用します (図 1)。実行が成功すると、すべてのアクティビティに 3 つのイベントが発生するはずです。アクティビティに 2 つのイベントしかない場合、または「ActivityFailureEvent」がある場合は、その特定のアクティビティ内で何か問題が発生したに違いありません。問題をさらに調査するには、WSO2 BPS サーバーのログ ファイルを参照する必要がある場合があります。
残念ながら、BPEL デバッグ用のオープン ソース ツールは非常に限られています。ODE はブレーク ポイントでプロセスを中断および再開するための API を提供しますが、現在のツールはそれを利用していません。構成されたロガーに実行イベントを出力するDebugBpelEventListenerを有効にすることをお勧めします。これは通常、何が起こっているのかを理解するのに役立ちます。