1

6.x から 8.x の jetty に切り替えると、以前のように個別のログ ファイルではなく、すべてのアプリケーションが 1 つのログ ファイル (アプリの 1 つのログ ファイル) にログインします。

私のアプリでは、DataNucleus、SpringSecurity、MyFaces、common-logging、および独自のライブラリを使用しています。Spring の log4jConfigLocation コンテキスト パラメータを使用して、目的の log4j.properties および org.springframework.web.util.Log4jConfigListener へのパスを設定しています

new jetty で一部のクラス ローディング動作が変更されたために発生した問題のようです。

MDC ハンドラー、ポストバック、および slf4j を使用してコンテキスト ログを設定する新しい方法があることは知っています。

ただし、私には複雑に見え、コンテキストごとに 1 つの log4j.properties を使用するのではなく、すべてのコンテキストでロギング構成が共有されるため、このアプローチは嫌いです。また、古いlog4jの直接的な方法と比較して、オーバーヘッドが発生する可能性があると思います。

log4j-1.2.16.jar を各アプリの WEB-INF/lib に入れて、Web コンテキスト クラス ローダーによってロードされるようにしましたが、この方法では log4j アペンダーを作成できませんでした。

新しい桟橋 (8.x) でコンテキストごとのログ記録に log4j を使用し続ける方法について何か提案はありますか?

4

1 に答える 1

1

これにより、例を使用できるようになります。

http://webtide.intario.com/2011/08/sifting-logs-in-jetty-with-logback/

[編集] この例では、原則は同じであることに注意してください: logback と log4j

于 2012-11-06T13:32:06.937 に答える