我尝试在最新的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。
如果有人在使用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);
如果您收到此消息,则您的应用程序未设置为使用多版本jar。 Log4j通过在位于META-INF / versions / 9中的StackLocator版本中使用Stackwalker来支持Java 9+。根据应用程序的工作方式,您可能需要在jar清单中将Multi-Release设置为true。 Spring Boot罐子也是如此。如果没有多版本支持,您将使用试图使用Reflection.getCallerClass()的Java版之前的StackLocator。在Java 9中删除了该类.Log4j将回退到一种较慢的方式来计算堆栈位置,但它仍然可以工作。因此警告。
似乎这部分不再适用于Java 11。
在从JDK 8升级到JDK 11之后,我使用LoggerContext以编程方式更新LogLevel设置时遇到了同样的问题。如果LogManager.getContext(boolean)
找不到LoggerContext,它将创建并返回一个新实例 - 更改该新对象将无效。指定Log4j的LogManager类的类加载器修复了我们的问题:
LoggerContext ctx = (LoggerContext) LogManager.getContext(LogManager.class.getClassLoader(), false);