log4j2設定ファイルがJava 9で見つかりません

Question

私はJava 8プロジェクトを持っていて、設定ファイルはリソースフォルダにあり、すべてうまくいきました。今度はJava 9に切り替え、log4j.apiの要件を追加しましたが、設定ファイルはもう見つけられません。

module-infoファイルにロガーが設定を見つけるために何かを追加する必要がありますか？

Answer 1

：build.gradleファイルとしてある

：として

今の

、それはこの

module project.main { 
    requires jdk.incubator.httpclient; 
    requires jackson.databind; 
    requires jackson.core; 
    requires jackson.annotations; 
    requires log4j.api; 
} 

ようなものだプロジェクト構造であります少なくともlog4j-api-2.xとlog4j-core-2.xを使用することを示唆しています。 （これは私がcustom maven projectに何をしたかである）

requires log4j; // not log4j.api 

を

compile group: 'org.apache.logging.log4j', name: 'log4j-core', version: '2.9.0' 
compile group: 'org.apache.logging.log4j', name: 'log4j-slf4j-impl', version: '2.9.0' 
compile group: 'org.apache.logging.log4j', name: 'log4j-1.2-api', version: '2.9.0' 

、さらにあなたが更新しなければならないmodule-info.javaでconflicting dependencies are excluded

---

を確認してください：好ましくは、あなたのbuild.gradleファイルにこれらを追加それはあなたと同じディレクトリ構造で動作するはずです。

---

ヒント：私はそれからのデバッグを開始したところです。 Why do I see a warning about "No appenders found for logger" and "Please configure log4j properly"?

This occurs when the default configuration files log4j.properties and log4j.xml can not be found and the application performs no explicit configuration. log4j uses Thread.getContextClassLoader().getResource() to locate the default configuration files and does not directly check the file system...

ClassLoader#getResource方法でデバッグポイントを配置し、ちょうど図書館で探した資源の目を離しません。

また

---

JDK-8142968

• JDK internal resources, other than class files, in the standard and JDK modules can no longer be located with the ClassLoader.getResourceXXX APIs. This may impact code that relies on using these APIs to get at JDK internal properties files or other resources.

と同様ClassLoader#getResourceのJavaの-docので出向中のリリースノートに記載されているようにresources/foo/bar/log4j.propertiesなどのリソースを超えるポイントを育てる：

• Resources in named modules are subject to the encapsulation rules specified by Module.getResourceAsStream . Additionally, and except for the special case where the resource has a name ending with ".class", this method will only find resources in packages of named modules when the package is opened unconditionally (even if the caller of this method is in the same module as the resource).