1

私は自分のプロジェクトのログを整理しようとしてイライラする時間を過ごしてきました。特に、使用するサードパーティライブラリの1つには、アプリケーション全体のプロパティに従う代わりに com.foo.bar.baz.java、パッケージのプロパティファイルの構成を無視するクラスが1つありました。com.foo.bar

最終的%cにパターンレイアウトで使用すると、Log4JがWindowsパッケージではなくログに記録していることがわかりました。

これを引き起こしている可能性がありますか？それは著しくグーグルプルーフを証明しています。

4

2 に答える 2

2

クラスの完全修飾名の使用は通常の規則ですが、必須ではないことを忘れないでください。

作成者は、ロガー名として任意の文字列を自由に使用できます。この場合、コンポーネントベースの名前を使用しているように聞こえます。

于 2010-09-21T18:31:16.337 に答える
1

それを引き起こしている多くのことがあるかもしれません。ログ設定ファイルを投稿できますか？GUIプロジェクトはありますか？あなた（またはサードパーティのライブラリ）はGUIコンポーネントにログインしようとしていますか？

サードパーティライブラリのlog4j構成ファイルを表示できますか？

これを引き起こしている可能性があるという質問に対処するために、表面的には、設定を上書きするカスタムロギング実装を作成したようです。それを達成する方法はたくさんあります。

たとえば、動作中のアプリケーションはTomcatで実行さ<logging>れ、server-config.xmlファイルにサーバーのカスタムロギングターゲットを指定できるセクションがあります。

commons-logging.properties別の例として、いくつかのプロパティを変更するだけで、アプリケーション全体のすべてのログの機能全体を変更できる不正なファイルに何度も噛まれてきました。さらに、これらのファイルは優先度フラグを指定し、プロジェクト内のファイルよりも優先度の高いプロパティファイルがクラスパスで見つかった場合は、それが優先されます。

全体として、ここには多くの潜在的な問題があります。さらに支援するには、もう少し情報が必要です。

于 2010-09-11T03:31:22.390 に答える