Java EEデータベース監査ロガーをマルチスレッド化する方法は？

Question

私はWebsphere 7.0上で実行されているJava EE 5アプリケーションを開発中で、データベース監査ログレコードの永続性をマルチスレッド化するスレッドセーフでパフォーマンスの高い方法を見つけようとしています。 Java EEアプリケーション内でマルチスレッド監査ロギングを安全かつ効率的に実行するための既知の方法はありますか？

背景情報が必要な場合：アプリケーションはWebサービスであり、受け取った各要求メッセージは100または200の監査ログメッセージを作成し、データベースに保存する必要があります。もともと監査ロギングはjava.util.logging.Handlerを拡張するカスタム監査ハンドラクラスで行われ、パブリッシュメソッドはデータベース接続を開き、準備されたステートメントをLogRecordから読み込み、挿入を実行します。このカスタムハンドラーはEJBのスレッド内で実行されていたため、監査ログは各要求メッセージの応答時間に数秒を追加し、SLAを見逃していました。

監査ハンドラは、Java EEのルールに対して、個別のスレッド（yes、新しいThread（））を作成するラッパーハンドラに置き換えられました。ラッパー・ハンドラーは、ベクトルを使用して監査レコードをキューイングし、監査ハンドラーを使用して可能な限り速く別のスレッドに保持します。

Java EEスレッディングのルールが壊れていても、このラッパーはかなりうまく機能しています... MDBで同時呼び出しを許可するまで。ラッパーは、複数のEJB呼び出しが許可されている場合には失敗する可能性があり、潜在的に各ログレコードをデータベースに複数回保存します。これは、ラッパーまたはスレッド作成ロジックにバグがあることを示しています。

私はその問題の特定と修正に取り掛かっていましたが、もっと良い方法があればまず尋ねると思いました。

Answer 1

JMSを使用して、これらの監査メッセージをキューに入れてから、それらを取得してデータベースに格納する他のサービスを呼び出します。これはもちろん、すべてのログが必ずしもリアルタイムでデータベースに格納されるわけではありませんが、このアプローチではWebsphereからの作業負荷が軽減され、コードに標準的なマルチスレッドが作成されることはありません。