2011-11-15 11 views
0

私はSiftingAppenerの意識だと個々のログへのロギングイベントを分離する能力が代わりにLogback - 埋め込まDBのAppenderとSiftingAppender

をファイル、ログはすべてのによって生成されるように、ユーザーセッションに応じた個別のログイベントをSiftingAppenderすることができますユーザーは1つのSQL挿入ステートメント(1つのファイルを持つFileAppenderに似ています)

これを達成するためのアイデアや提案はありますか?おかげ

TimeStamp  Formatted Message  Logger_Name   Level_String 
1 1321325688174 Step 2:  Then stop com.test.Account INFO 
    1321325687931 Step 1:  The force com.test.Account INFO 

:後

TimeStamp  Formatted Message  Logger_Name   Level_String 
1 1321325688174 Step 2:  Then stop com.test.Account INFO 
2 1321325687931 Step 1:  The force com.test.Account INFO 

番号

に注意してください。

+0

例を投稿できますか? – palacsint

+0

'after'は1つのレコードだけで、INSERT INTO logs(TimeStamp、Formatted、...)VALUES( '1321325688174 1321325687931'、 'Step 2:Step 1:'、...) '? – palacsint

答えて

0

私はこれを行う既存のアペンダーを認識していませんが、それは自分自身をするのは難しいとは言えません。 AppenderBaseを拡張する独自のappenderクラスを実装し、それを使用するようにSiftingAppenderを設定する必要があります。

新しいCachingSqlAppender(またはそれを呼び出すもの)の内部では、アペンダー内のすべての要求の一時キャッシングを処理し、あらかじめ決められた間隔でそれらをすべて書き出す必要があります。

タイミングを正しく取るのは難しいかもしれませんが、挿入を行う前にアペンダーがどれくらいの時間イベントを待っているか把握しておく必要があります。 SiftingAppenderが作成するアペンダーに与えるライフスパン。

関連する問題