CODEWITHSUNDEEP
javalogginglog4jslf4j
Narendra
Narendra

Reputation: 5773

How to dynamically change log level in SLF4j OR Log4J

Recently I encountered a situation where Application Loglevel changes dynamically. Application Admin can set it to INFO/DEBUG/ WARN from front end. Based on the log level choosen be him application logging must be changed.

I am sure loggers support this scenario. How can I achieve this?

Upvotes: 30

Views: 52729

Answers (6)

kevinarpe
kevinarpe

Reputation: 21309

For SLF4J, this code will demonstrate how to control logger level programmatically (at run-time).

This answer assumes you are using Logback Classic:

Assuming default SLF4J configuration:

final Logger logger = LoggerFactory.getLogger(LoggerListener.class);
// These five statements will log.
logger.error("error");
logger.warn("warn");
logger.info("info");
logger.debug("debug");
logger.trace("trace");

final ch.qos.logback.classic.Logger logger2 = (ch.qos.logback.classic.Logger) logger;
@Nullable
final Level nullablePrevLevel = logger2.getLevel();
final Level level = Level.INFO;
logger2.setLevel(level);
logger.info("Change log level: [{}]->[{}]", nullablePrevLevel, level);

// These three statements will log.
logger.error("error");
logger.warn("warn");
logger.info("info");
// These two statements will not log.
logger.debug("debug");
logger.trace("trace");

Upvotes: 9

jdwyah
jdwyah

Reputation: 1282

We're building dynamic log adjustment like this as a service and yes, slf4j itself doesn't support this. We solved this by doing an implementation in each popular logging framework and then publishing a different maven artifact.

Rather than set the level on the root logger, you may get better control / precision by using the filtering APIs. eg

public abstract class BaseTurboFilter extends TurboFilter {

  @Override
  public FilterReply decide(Marker marker, Logger logger, Level level, String s, Object[] objects, Throwable throwable) {
    if (YOUR_LOGIC) {
      return FilterReply.ACCEPT;
    } 
    return FilterReply.NEUTRAL;
  }
}

Full example in a Logback turbo filter

Full example in a Log4j2 AbstractLoggingListener

Upvotes: 0

ScottSummers
ScottSummers

Reputation: 370

As of slf4j version 1.7.26, I was able to change the logging level.

Here is the logback.xml in the source folder. In case of spring boot app, you might want to place it in the resources folder.

<configuration scan="true" scanPeriod="20000">
    <include file="C:/logback-ext.xml"/>
</configuration>

The logback-ext.xml file is kept at any external location. The scanPeriod is in milliseconds. In case this fails, try using include resource instead of include file in logback.xml.

<included>
  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
    <encoder>
      <pattern>
          %d{yyyy-MM-dd HH:mm:ss} %-5p [%t] --- %c{1}.%M:%L :: %m %n
      </pattern>
    </encoder>
  </appender>
  <root level="INFO">
    <appender-ref ref="STDOUT" />
  </root>
</included>

I was able to change the logging level, logging pattern, attach/ detach new appenders and add/ remove appenders.

These are the dependencies in pom.xml

<dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-classic</artifactId>
    <version>1.2.3</version>
<scope>compile</scope>
</dependency>
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>1.7.25</version>
</dependency>

Cheers!

Upvotes: 3

outofthecave
outofthecave

Reputation: 567

It is not possible to change the log level dynamically in slf4j, but some backends for slf4j support it, including log4j.

This solution worked for me:

org.apache.log4j.Logger logger4j = org.apache.log4j.Logger.getRootLogger();
logger4j.setLevel(org.apache.log4j.Level.toLevel("ERROR"));

(Source: http://prateep.info/2015/12/12/Dynamically-change-log-level-in-SLF4j-Log4J-with-Standalone-Java-Class/)

The disadvantage of this solution is that it uses the backend directly, which you're not supposed to do when using slf4j because the point of slf4j is to provide an abstraction away from the specific backend you're using.

Upvotes: 20

David A
David A

Reputation: 500

I had to do this once with log4j. The only way I could figure out how to do it was to call getAllAppenders on the Logger object. Then, loop through the appenders. If they extend the AppenderSkeleton class (they should), they will have the setThreshold method. Call this method with your new Level as the parameter. Subsequent calls to the logger should use the new level. This will set the level in memory, but not in your log4j configuration file. You may want to do this, too, unless it gets changed automatically when the admin changes the level via the front end. If it's an option, you may want to consider following Evgeniy Dorofeev's advice and use logback. It sounds like it would be easier.

Upvotes: 6

Evgeniy Dorofeev
Evgeniy Dorofeev

Reputation: 136002

Consider Logback http://logback.qos.ch/ - "a successor to the popular log4j project, picking up where log4j leaves off". If instructed to do so, logback-classic will scan for changes in its configuration file and automatically reconfigure itself when the configuration file changes. Besides, you can control Logback's logging levels with JMX.

Upvotes: 10

Related Questions