跳至主要内容

Log4j Conditional Log

Basic Log

Log4j is a very common log library for Java, which can has most common features that we need:

  • configure log target: file, console, network etc;
  • configure log format: layout, pattern;
  • configure log threshold;

Property File Config Example

The following is a sample config:

log4j.rootLogger=CONSOLE,E

log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.Threshold = Warn
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern = %d{ABSOLUTE} %5p %c{1}:%L - %m%n

log4j.appender.E = org.apache.log4j.DailyRollingFileAppender
log4j.appender.E.File = logs/log_error.log
log4j.appender.E.Append = true
log4j.appender.E.Threshold = ERROR
log4j.appender.E.layout = org.apache.log4j.PatternLayout
log4j.appender.E.layout.ConversionPattern = %-d{yyyy-MM-dd HH:mm:ss}  [ %t:%r ] - [ %p ]  %m%n

Conditional Log

In some cases, we want to log some specific information, but filter out some others. One common way to do this is using different logging levels, which is the value of Threshold. Log4j has five pre-defined levels:

  • FATAL
  • ERROR
  • WARN
  • INFO
  • DEBUG
  • TRACE

In some other cases, we shouldn’t use logging levels, but some finer granularity of control method. In this case, we can use filters to meet the needs.

Log4j has four common filters to filter the output:

  • DenyAllFilter: drop all logging event
  • LevelMatchFilter: a level to match and a boolean to decide whether accept this level
  • LevelRangeFilter: a range to match and a boolean to decide whether accept this range
  • StringMatchFilter: a string to match and a boolean to decide whether accept event that contains this string

A Wrong Example

The following is a wrong example I copy from web:

log4j.appender.X=...
// here, the name of logger is wrong, so not work
og4j.appender.x.filter.1=org.apache.log4j.varia.StringMatchFilter
log4j.appender.X.filter.1.StringToMatch=ErrorCodeException
log4j.appender.X.filter.1.AcceptOnMatch=false

What should be noticed here is the name of logger should match the following config, or filtering will fail.

PropertyConfigurator

If we find our config not working, we may need to find out whether our version of Log4j is right, whether those filters are exists in our version.

If it is still not work, we can find class PropertyConfigurator in Log4j, which is used to parse property file and set up Log4j config.

The following is the part of code parse filters, through which, we find out the bug of upper config.

void parseAppenderFilters(Properties props, String appenderName, Appender appender) {

    // property key, have to match the name of logger, or won't config filter
    String key = (String) e.nextElement();
    if (key.startsWith(filterPrefix)) {...}
}

StringMatchFilter

If we are still confused with how StringMatchFilter works, we can read the code to find out:

int decide(LoggingEvent event) {
  String msg = event.getRenderedMessage();

  if(msg == null ||  stringToMatch == null)
    return Filter.NEUTRAL;


  if( msg.indexOf(stringToMatch) == -1 ) {
    return Filter.NEUTRAL;
  } else { // we've got a match
    if(acceptOnMatch) {
return Filter.ACCEPT;
    } else {
return Filter.DENY;
    }
  }
}

By reading the source of decide, we can see, it will ignore this log message if contains specific string, because the use of indexOf.

Written with StackEdit.

评论

此博客中的热门博文

Spring Boot: Customize Environment

Spring Boot: Customize Environment Environment variable is a very commonly used feature in daily programming: used in init script used in startup configuration used by logging etc In Spring Boot, all environment variables are a part of properties in Spring context and managed by Environment abstraction. Because Spring Boot can handle the parse of configuration files, when we want to implement a project which uses yml file as a separate config file, we choose the Spring Boot. The following is the problems we met when we implementing the parse of yml file and it is recorded for future reader. Bind to Class Property values can be injected directly into your beans using the @Value annotation, accessed via Spring’s Environment abstraction or bound to structured objects via @ConfigurationProperties. As the document says, there exists three ways to access properties in *.properties or *.yml : @Value : access single value Environment : can access multi...

LevelDB Source Reading (1): Structure

LevelDB Source Reading (1): Structure LevelDB “is an open source on-disk key-value store.” After I read some documents, I have some basic understanding of LevelDB. So I come up with some questions about structure of LevelDB to answer when reading the source code. Structure Log File: repair/recover db A log file (*.log) stores a sequence of recent updates. Each update is appended to the current log file. The log file contents are a sequence of 32KB blocks. The only exception is that the tail of the file may contain a partial block. Block format: Each block consists of a sequence of records: block := record* trailer? record := checksum: uint32 // crc32c of type and data[] ; little-endian length: uint16 // little-endian type: uint8 // One of FULL, FIRST, MIDDLE, LAST data: uint8[length] // data is LengthPrefixedSlice with type from batch data definition in Block : data: also named `writeBatch` in levelDB // WriteBatch header has an 8-byte ...

Install `nicstat`on Linux

Introduction nicstat is to network interfaces as “iostat” is to disks, or “prstat” is to processes. It is designed as a much better version of “netstat -i”. Its differences include: Reports bytes in & out as well as packets. Normalizes these values to per-second rates. Reports on all interfaces (while iterating) Reports Utilization (rough calculation as of now) Reports Saturation (also rough) Prefixes statistics with the current time With the help from nicstat , we can identify whether distributed Java application is saturating the network by view the utilization percentage of specific interface. Download Sourceforge Download Link Build Following the guide of README.txt, we build like following: $ mv Makefile.Linux Makefile $ make mv nicstat `./nicstat.sh --bin-name` Install $ make install gcc -O3 -m32 nicstat.c -o nicstat In file included from /usr/include/features.h: 392 : 0 , from /usr/include/stdio.h: 27 , from nicsta...