1

コンテナ（Tomcat、JBoss ...）で実行される新しいWebアプリケーションのロギングフレームワークを決定する必要があります。このアプリケーションは、さまざまなロギングフレームワークを使用してJavaライブラリを参照します。

私の読書は、クラスローダーの問題のために、いくつかのロギングフレームワークがコンテナでうまく機能しないことを示しています。これはもう問題ではないことも読んでいます。状況は混乱しています。ステータスはどうですか？

SLF4Jを使用し、Log4Jにリダイレクトする+参照されるJavaライブラリのSLF4Jへのブリッジを使用する（必要な場合）のが安全な解決策のようです。

Webアプリケーションにどのロギングフレームワークを使用し、安全を確保する必要がありますか？

4

2 に答える 2

1

主題をより深く掘り下げた後、私は次のように結論付けることができます：

  1. クラスローダーの問題は、主にJakarta Common Logging（JCL）インターフェースで報告されます。
  2. さまざまなJavaライブラリで使用される複数のロギングフレームワークに取り組むには、SLF4JやJCLなどのロギングインターフェイスが必要です。
  3. SLF4Jは、コンテナーで実行されるWebアプリケーション向けの安全なソリューションです。移植性の問題に関しては、コンテナが提供するロガーにアクセスすることをお勧めします。

調査結果をブログ投稿にまとめました。

于 2012-10-16T18:17:59.207 に答える
0

Webアプリケーションを使用して独自のログライブラリを展開できます（また、展開する必要があります）。サーバーでサポートされるロギングシステムや、その構成方法は保証されません。独自のものを提供することで、アプリケーションのニーズに合わせて調整できます。

したがって、アプリケーションサーバーを指定して管理する必要がない限り、アプリケーションで使用するものを出荷してください。

于 2012-10-16T13:23:40.283 に答える