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 2002/05/29 22:02:16 UTC
DO NOT REPLY [Bug 9506] New: -
Tool to debug appender duplications
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9506>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9506
Tool to debug appender duplications
Summary: Tool to debug appender duplications
Product: Log4j
Version: unspecified
Platform: All
OS/Version: Other
Status: NEW
Severity: Enhancement
Priority: Other
Component: Appender
AssignedTo: log4j-dev@jakarta.apache.org
ReportedBy: shickman@htc.honeywell.com
The FAQ describes the typical causes of duplicate logging as due to duplicate
appenders. However, there is no easy way to detect where the duplicate
appenders are. It would be really nice if I could flip some kind of switch (ex:
set some kind of environment variable) that would cause all appenders to
announce themselves, and which loggers they are attached to. This would help me
track down the offending appenders when I have duplicate log entries. The
announcements could be part of the log record. This is similar to the C in the
PatternLayout, except C doesn't include appender info, and only works if the
configuration is read. If I have appenders that somehow get a Basic
configuration, they won't dump out this info.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>