You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@logging.apache.org by "Remko Popma (Jira)" <ji...@apache.org> on 2022/04/13 09:27:00 UTC
[jira] [Created] (LOG4J2-3476) Support JUL ApiLogger::setLevel
Remko Popma created LOG4J2-3476:
-----------------------------------
Summary: Support JUL ApiLogger::setLevel
Key: LOG4J2-3476
URL: https://issues.apache.org/jira/browse/LOG4J2-3476
Project: Log4j 2
Issue Type: New Feature
Components: JUL adapter
Affects Versions: 2.17.2
Reporter: Remko Popma
Assignee: Remko Popma
Fix For: 2.17.3
The current implementation of ApiLogger::setLevel is to throw an UnsupportedOperation Exception.
It turns out that Gradle's internal logging tries to call this method under some configurations, and it cannot deal gracefully with that Exception, so the build fails.
[~mattsicker] I was wondering if there is any reason why the implementation could not be like this:
{code}
@Override
public void setLevel(final Level newLevel) throws SecurityException {
doSetLevel(newLevel);
Configurator.setLevel(logger, LevelTranslator.toLevel(newLevel));
}
{code}
I will try this in a test project.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)