POJOカスタムマッチルールについて

POJO のカスタム一致ルールを使用すれば、Pure Java アプリケーションを実行するアプリケーション環境や、自動的には検出されないエントリポイントを含んだフレームワークを使用するアプリケーション環境で、ビジネストランザクション検出を構成できます。

アプリケーションの既知のエントリポイントによって特徴付けられる一般的なフレームワークとは異なり、POJOエントリポイントのビジネストランザクションの論理エントリポイントは、アプリケーションのどのメソッドになることもできます。

このため、カスタム POJO エントリポイントを構成するには、Splunk AppDynamics がビジネス トランザクション エントリ ポイントと見なすメソッドを指定する必要があります。メソッドの実行の開始と終了は、ビジネストランザクションの開始と終了に対応するので、メソッドは、ビジネストランザクションの実行をすべてカプセル化する必要があることに留意してください。

例えば、メソッド実行シーケンスについて考慮します。

com.foo.threadpool.WorkerThread.run()
calls com.foo.threadpool.WorkerThread.runInternal()
calls com.foo.Job.run()

run() メソッドへの最初の 2 つのコールは、ジョブを受け入れて呼び出すブロッキングメソッドです。ジョブはビジネストランザクションの呼び出されるたびに実行され、ビジネストランザクションと同時に終了するため、Job.run() メソッドは実際のワークユニットであると言えます。

これらのメソッドは、POJO エントリポイントの最適な候補になります。POJO トランザクションの応答時間はこのエントリポイントから測定され、リモートコールはサーブレットのサービスメソッドのリモートコールと同じように追跡されます。