[
https://issues.apache.org/jira/browse/LOG4J2-1813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16087829#comment-16087829
]
ASF subversion and git services commented on LOG4J2-1813:
---------------------------------------------------------
Commit 0c80e2a83c3e6d0bfc16d72ccc53a6fd3fdcc02a in logging-log4j2's branch
refs/heads/master from [~garydgregory]
[ https://git-wip-us.apache.org/repos/asf?p=logging-log4j2.git;h=0c80e2a ]
[LOG4J2-1813]
Provide shorter and more intuitive way to switch on Log4j internal debug
logging. Refactor current system property query into a private method to
avoid duplication.
> Provide shorter and more intuitive way to switch on Log4j internal debug
> logging
> --------------------------------------------------------------------------------
>
> Key: LOG4J2-1813
> URL: https://issues.apache.org/jira/browse/LOG4J2-1813
> Project: Log4j 2
> Issue Type: Improvement
> Components: Configurators
> Affects Versions: 2.8
> Reporter: Remko Popma
> Assignee: Remko Popma
> Fix For: 2.9
>
>
> People find it difficult to troubleshoot Log4j 2 configuration issues. Many
> people don't know what the "status" attribute is for at the beginning of the
> configuration:
> {code}
> <Configuration status="warn"> ...
> {code}
> In addition, the above setting does not take effect until the configuration
> file is found. If users have trouble making Log4j 2 find their configuration
> file, the above does not help.
> In such cases, users can enable internal status logging by setting system
> property {{org.apache.logging.log4j.simplelog.StatusLogger.level}} to
> {{TRACE}}.
> This is problematic because:
> * It is not well-known (documented in the FAQ and on the configuration page
> but many people don't know about this feature)
> * The name is a bit... lengthy :-)
> * Apparently people don't intuitively grasp that "status logging" means the
> internal log4j 2 debug logging facility.
> * It is confusing that there are two phases (before config file found and
> after), and the status logger level can be different and needs to be
> specified separately
> I propose we add a short, intuitive system property that results in _all_
> internal Log4j 2 status logging to be printed to the console. When set, this
> property should even override the configuration status attribute in my
> opinion.
> Something like {{-Dlog4j2.debug}} (without even requiring a value) would be
> good, but I'm open to any suggestions.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
