log4j2与Java 11兼容吗？

Question

我尝试在最新的Java 11上运行我的项目.一切正常,除了特定的文件记录器.日志在以前的Java版本(10,9,8)上运行良好,但在Java 11上则不行.

在服务器运行期间,我只看到1个警告:

警告:不支持sun.reflect.Reflection.getCallerClass.这会影响性能.

这是我的配置:

<Configuration>

    <Appenders>

        <RollingFile name="postgresDBLog" fileName="${sys:logs.folder}/postgres.log"
              filePattern="${sys:logs.folder}/archive/postgres.log.%d{yyyy-MM-dd}">
            <PatternLayout>
                <pattern>%d{HH:mm:ss.SSS} - %msg%n</pattern>
            </PatternLayout>
            <Policies>
                <TimeBasedTriggeringPolicy/>
            </Policies>
        </RollingFile>

        <RollingFile name="workersLog" fileName="${sys:logs.folder}/worker.log"
                     filePattern="${sys:logs.folder}/archive/worker.log.%d{yyyy-MM-dd}">
            <PatternLayout>
                <pattern>%d{HH:mm:ss.SSS} - %msg%n</pattern>
            </PatternLayout>
            <Policies>
                <TimeBasedTriggeringPolicy/>
            </Policies>
        </RollingFile>

        <RollingFile name="statsLog" fileName="${sys:logs.folder}/stats.log"
                     filePattern="${sys:logs.folder}/archive/stats.log.%d{yyyy-MM-dd}">
            <PatternLayout>
                <pattern>%msg%n</pattern>
            </PatternLayout>
            <Policies>
                <TimeBasedTriggeringPolicy/>
            </Policies>
        </RollingFile>

        <RollingFile name="userLog" fileName="${sys:logs.folder}/blynk.log"
                     filePattern="${sys:logs.folder}/archive/blynk.log.%d{yyyy-MM-dd}">
            <PatternLayout>
                <pattern>%d{HH:mm:ss.SSS} %-5level- %msg%n</pattern>
            </PatternLayout>
            <Policies>
                <TimeBasedTriggeringPolicy/>
            </Policies>
        </RollingFile>

    </Appenders>

    <Loggers>

        <Logger name="cc.blynk.server.workers" level="debug" additivity="false">
            <appender-ref ref="workersLog"/>
        </Logger>
        <Logger name="cc.blynk.server.workers.StatsWorker" level="debug" additivity="false">
            <appender-ref ref="statsLog"/>
        </Logger>
        <Logger name="cc.blynk.server.db" level="debug" additivity="false">
            <appender-ref ref="postgresDBLog"/>
        </Logger>
        <Logger name="com.zaxxer.hikari" level="OFF" additivity="false">
        </Logger>

        <Logger name="org.asynchttpclient.netty.channel" level="OFF" additivity="false" />

        <!-- turn off netty errors in debug mode for native library loading
         https://github.com/blynkkk/blynk-server/issues/751 -->
        <Logger name="io.netty" level="INFO" additivity="false" />

        <Root>
            <AppenderRef ref="userLog"/>
        </Root>

    </Loggers>
</Configuration>

所有记录器,除了userLog工作正常.但是,userLog是空的.

log4j2 version 2.11.1

Ubuntu 16.04.5 LTS

java version "11.0.1" 2018-10-16 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.1+13-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.1+13-LTS, mixed mode)

更新:

添加level="info"到根级别可以解决问题.

    <Root level="info">
        <AppenderRef ref="userLog"/>
    </Root>

但是,在我的项目中,我使用的代码是基于属性文件设置日志级别.这是一个代码:

private static void changeLogLevel(String level) {
    Level newLevel = Level.valueOf(level);
    LoggerContext ctx = (LoggerContext) LogManager.getContext(false);
    Configuration conf = ctx.getConfiguration();
    conf.getLoggerConfig(LogManager.ROOT_LOGGER_NAME).setLevel(newLevel);
    ctx.updateLoggers(conf);
}

似乎这部分不再适用于Java 11.

Answer 1

Log4J2 当然是兼容的，它使用JDK Multi-Release 功能或更详细地说明。

但...

1）首先，当您像我一样使用 slf4j 接口时，您需要使用不同的 Maven 人工制品，请参阅http://logging.apache.org/log4j/2.x/log4j-slf4j-impl/index。 html

<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-slf4j18-impl</artifactId>
<version>2.12.1</version>
</dependency>

它将所有依赖项添加为“mvn dependency:tree”显示：

\- org.apache.logging.log4j:log4j-slf4j18-impl:jar:2.12.1:compile
[INFO] +- org.slf4j:slf4j-api:jar:1.8.0-alpha2:compile
[INFO] +- org.apache.logging.log4j:log4j-api:jar:2.12.1:compile
[INFO] \- org.apache.logging.log4j:log4j-core:jar:2.12.1:runtime

2) 其次，当您像我一样创建一个包含所有依赖项的 JAR 时，您还需要添加多版本清单条目，请参阅https://issues.apache.org/jira/browse/ LOG4J2-2537 或在我项目的pom.xml 中搜索

<Multi-Release>true</Multi-Release>

Answer 2

如果有人正在使用Maven并在组装扁平广口瓶时遇到相同的问题，这是我为解决同一问题所做的工作：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-shade-plugin</artifactId>
    <version>3.2.1</version>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>shade</goal>
            </goals>
            <configuration>
                <transformers>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                        <mainClass>foo.bar.Generate</mainClass>
                        <manifestEntries>
                            <Multi-Release>true</Multi-Release>
                        </manifestEntries>
                    </transformer>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ServicesResourceTransformer"/>
                </transformers>
            </configuration>
        </execution>
    </executions>
</plugin>

重要的部分是 <Multi-Release>true</Multi-Release>。

请注意，我现在用来更改记录器级别的Java代码是：

Configurator.setAllLevels("foo.bar", Level.DEBUG);

Answer 3

此消息来自哪个是（或等）org/apache/logging/log4j/util/StackLocator.<classconstructor>的一部分。log4j2-api.jarlog4j-api-2.x.y.jar

您收到此消息是因为一些聪明的人决定 sun.reflect.Reflection.getCallerClass必须从 JRE 中删除（猜测他们从 Herostratus 的书中提取了一页或其他内容）。这实际上发生在Openjdk11中。

请注意，如果您的 版本不太旧，则不应收到此消息log4j2-api.jar，因为它是一个多版本 jar，这意味着它包含该类的 Java9+ ( ) 的另一个实现META-INF/versions/9/org/apache/logging/log4j/util/StackLocator.class，但它不会给出此消息。

但是，如果您使用一些 Helping Product(TM)，例如 Spring Boot，它有自己的类加载器，它可能不兼容多版本 jar，因此它会加载 Java8 兼容而StackLocator.class不是 Java9+ 兼容，并且您仍然会得到这条信息。

Answer 4

如果收到此消息，则说明您的应用程序未设置为使用多版本jar。Log4j通过在META-INF / versions / 9中的StackLocator版本中使用Stackwalker来支持Java 9+。根据您的应用程序的工作方式，您可能需要在jar清单中将Multi-Release设置为true。对于Spring Boot jar来说是这样。如果没有多版本支持，则将使用Java9之前版本的StackLocator，该版本尝试使用Reflection.getCallerClass（）。该类已在Java 9中删除。Log4j将使用较慢的方法来计算堆栈位置，但仍然可以使用。因此，警告。

Answer 5

似乎这部分不再适用于 Java 11。

从 JDK 8 升级到 JDK 11 后，我在使用 LoggerContext 以编程方式更新 LogLevel 设置时遇到了同样的问题。如果LogManager.getContext(boolean)找不到 LoggerContext，它将创建并返回一个新实例——更改该新对象将不起作用。指定 Log4j 的 LogManager 类的类加载器修复了我们案例中的问题：

LoggerContext ctx = (LoggerContext) LogManager.getContext(LogManager.class.getClassLoader(), false);