Details
-
Bug
-
Status: Resolved
-
Critical
-
Resolution: Fixed
-
2.1, 2.2
-
None
-
None
-
Windows, with jansi in classpath
Description
Demonstration
The underlining project demonstrate the bug.
The project's build.gradle file:
build.gradle
apply plugin: 'java' version = '1.0' repositories { mavenCentral() } def log4j2Version = '2.2' def log4j2GroupId = "org.apache.logging.log4j" dependencies { compile log4j2GroupId + ':log4j-core:' + log4j2Version compile log4j2GroupId + ":log4j-jcl:" + log4j2Version compile log4j2GroupId + ":log4j-slf4j-impl:" + log4j2Version compile 'org.fusesource.jansi:jansi:1.11' }
A log4j2.xml in classpath:
log4j2.xml
<?xml version="1.0" encoding="UTF-8"?> <Configuration status="WARN"> <Appenders> <File name="root" fileName="${sys:user.home}/logs/windowsbug.log"> <PatternLayout> <Pattern>%d %p %c{1.} [%t] %m%n</Pattern> </PatternLayout> </File> </Appenders> <Loggers> <Root level="info"> <AppenderRef ref="root"/> </Root> </Loggers> </Configuration>
And the main class:
Log4j2WindowsBug.java
import org.slf4j.LoggerFactory; /** * @author khotyn 15/3/2 下午8:17 */ public class Log4j2WindowsBug { public static void main(String[] args) { System.out.println("Able to print on Windows"); LoggerFactory.getLogger(Log4j2WindowsBug.class); System.out.println("Unable to print on Windows"); } }
The output of the demo under Windows is:
Able to print on Windows
The third line did not print to Windows console.
Reason
It seems that log4j2 will wrapper System.out to WindowsAnsiOutputStream if jansi is available in classpath. And in OutputStreamManager's close method, the wrapper WindowsAnsiOutputStream is not considered, and cause the underling System.out closed.
OutputStreamManager.java
protected synchronized void close() { final OutputStream stream = os; // access volatile field only once per method if (stream == System.out || stream == System.err) { return; } try { stream.close(); } catch (final IOException ex) { LOGGER.error("Unable to close stream " + getName() + ". " + ex); } }