You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by bu...@apache.org on 2011/05/06 22:33:54 UTC
DO NOT REPLY [Bug 51164] New: log4j should not dump errors to stdout
on interrupt
https://issues.apache.org/bugzilla/show_bug.cgi?id=51164
Bug #: 51164
Summary: log4j should not dump errors to stdout on interrupt
Product: Log4j
Version: unspecified
Platform: PC
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P2
Component: Other
AssignedTo: log4j-dev@logging.apache.org
ReportedBy: eschrock1@yahoo.com
Classification: Unclassified
In our environment, we make heavy use of log4j (1.2.15), as well as async
threads that are canceled through interrupt(). Every so often, we get the
following spam dumped to stdout:
java.io.InterruptedIOException
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:260)
at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:202)
at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:272)
at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:276)
at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:122)
at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:212)
at org.apache.log4j.helpers.QuietWriter.flush(QuietWriter.java:58)
...
This is superflous and misleading. InterruptedIOException is a perfectly
legitimate occurrence in a complex environment; there's no reason to assume
that a) it is an error and b) it is OK to dump messages to stdout in arbitrary
context.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org