[
https://issues.jboss.org/browse/LOGMGR-117?page=com.atlassian.jira.plugin...
]
Lin Gao commented on LOGMGR-117:
--------------------------------
I think the *Bonus enhancement* part should be done in *wildfly-logging*?
If so, I think we need a tag of log4j-jboss-logmanager together with some modification in
wildfly source code. :-)
@[~jamezp] What do you think ? :-)
Fork Log4J ConosleAppender to simply handling of calls to System.out
--------------------------------------------------------------------
Key: LOGMGR-117
URL:
https://issues.jboss.org/browse/LOGMGR-117
Project: JBoss Log Manager
Issue Type: Enhancement
Reporter: Kyle Lape
Assignee: Lin Gao
While the use of {{ConsoleAppender}} in Log4J application logging configurations is
discouraged, JBoss could probably do a better job of managing its use.
Currently it's possible to encounter a deadlock if thread A invokes
{{System.out.println()}} and thread B invokes {{Logger.info()}}. Thread A will get the
lock on {{System.out}} (a {{java.io.PrintWriter}}), but then thread B will get the lock on
the {{org.apache.log4j.ConsoleAppender}}. Then each thread is waiting on the other's
lock.
The suggested improvement (discussed with [~jamezp]) is to fork Log4J's
{{ConsoleAppender}} so that instead of calling {{System.out.println}}, it calls the real
{{stdout}}.
*Bonus enhancement*: Drop a {{WARN}} message to the system root logger discouraging the
use of {{ConsoleAppender}} in application configurations.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)