2

私は log4j を使用する巨大な耳を持っており、それをセットアップするために使用される単一の構成ファイルがあります。この構成ファイルでは、特定のログ ファイルについて言及されていませんが、構成ファイルで指定されたもの以外の追加のファイルがログ フォルダーに生成されます。(logger|log4j|log).(properties|xml) の他の組み合わせを検索しましたが、ear に含まれるすべての jar ファイルで有望なものは見つかりませんでした。これらの余分なファイルを作成している問題のあるスレッド/クラスを追跡するにはどうすればよいですか?

4

4 に答える 4

3

コマンドラインに追加-Dlog4j.debugすると、標準出力に構成方法に関する追加情報が表示されます。

于 2008-09-15T19:27:25.730 に答える
3

File クラスのコンストラクターと mkdir および createNewFile メソッドにブレークポイントを配置してみてください。通常、コードは File クラスを使用してファイルまたはディレクトリを作成します。これらのクラスの Java ソース コードは、JVM に含まれている必要があります。

于 2008-09-15T18:49:00.237 に答える
0

正式にはSysInternal、現在はMicrosoftのProcess Explorer http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

「検索」メニュー項目->「ハンドルまたはDLLの検索...」

于 2008-09-15T18:01:59.600 に答える
0

SysInternalsはJavaクラスIOを支援しない場合があります。これらのログが書き込まれている間に、JVMのスレッドダンプを取得してみてください(たとえば、kill -3)。スタックトレースの最上位近くで、java.ioパッケージを使用して赤いスレッドをキャッチできるはずです。

于 2008-09-15T18:11:48.937 に答える