Giter Site home page Giter Site logo

log4j2-redis-appender's Introduction

Actions Status Maven Central License

RedisAppender plugin provides a Log4j 2.x appender for Redis in-memory data structure store. The plugin uses Jedis as a client for Redis.

Usage

Add the log4j2-redis-appender dependency to your POM file

<dependency>
    <groupId>com.vlkan.log4j2</groupId>
    <artifactId>log4j2-redis-appender</artifactId>
    <version>${log4j2-redis-appender.version}</version>
</dependency>

together with a valid log4j-core dependency:

<dependency>
    <groupId>org.apache.logging.log4j</groupId>
    <artifactId>log4j-core</artifactId>
    <version>${log4j2.version}</version>
</dependency>

Below you can find a sample log4j2.xml snippet employing RedisAppender.

<?xml version="1.0" encoding="UTF-8"?>
<Configuration>
    <Appenders>
        <RedisAppender name="REDIS"
                       key="log4j2-messages"
                       host="localhost"
                       port="6379">
            <PatternLayout pattern="%level %msg"/>
            <RedisConnectionPoolConfig testWhileIdle="true"
                                       minEvictableIdleTimeMillis="60000"
                                       timeBetweenEvictionRunsMillis="30000"
                                       numTestsPerEvictionRun="-1"/>
            <RedisThrottlerConfig bufferSize="500"
                                  batchSize="100"
                                  flushPeriodMillis="1000"
                                  maxEventCountPerSecond="100"
                                  maxByteCountPerSecond="4194304"
                                  maxErrorCountPerSecond="0.003"/>
        </RedisAppender>
    </Appenders>
    <Loggers>
        <Root level="all">
            <AppenderRef ref="REDIS"/>
        </Root>
    </Loggers>
</Configuration>

One can make RedisAppender work against a sentinel setup using sentinelNodes and sentinelMaster parameters:

<RedisAppender name="REDIS"
               key="log4j2-messages"
               sentinelNodes="localhost:63791,localhost:63792"
               sentinelMaster="mymaster">
...
</RedisAppender>

Note that sentinelNodes and sentinelMaster have priority over host and port parameters.

RedisAppender is configured with the following parameters:

Parameter Name Type Default Description
charset String UTF-8 output charset
database int 0 Redis logical database
key String Redis queue key
host String localhost Redis host
port int 6379 Redis port
sentinelNodes String null Redis sentinel nodes as comma-separated list, e.g., host1:port1,host2:port2. If specified, host and port parameters are ignored.
sentinelMaster String null Redis sentinel master name
username String default Redis username
password String null Redis password
command String rpush Redis command for writing to the queue. Accepts rpush (default) and publish.
connectionTimeoutSeconds int 2 initial connection timeout in seconds
socketTimeoutSeconds int 2 socket timeout in seconds
ignoreExceptions boolean true Enabling causes exceptions encountered while appending events to be internally logged and then ignored. When set to false, exceptions will be propagated to the caller, instead. You must set this to false when wrapping this appender in a FailoverAppender.
Layout Layout PatternLayout used to format the LogEvents
RedisConnectionPoolConfig RedisConnectionPoolConfig Redis connection pool configuration
RedisThrottlerConfig RedisThrottlerConfig Redis throttler configuration

Redis Connection Pool

RedisConnectionPoolConfig is a wrapper for JedisPoolConfig which extends GenericObjectPoolConfig of Apache Commons Pool. Below is a complete list of available RedisConnectionPoolConfig attributes.

Parameter Name Type Default
maxTotal int 8
maxIdle int 8
minIdle int 0
lifo boolean true
fairness boolean false
maxWaitMillis long -1
minEvictableIdleTimeMillis long 1000 * 60
softMinEvictableIdleTimeMillis long -1
numTestsPerEvictionRun int -1
testOnCreate boolean false
testOnBorrow boolean false
testOnReturn boolean false
testWhileIdle boolean true
timeBetweenEvictionRunsMillis long 1000 * 30
evictionPolicyClassName String org.apache.commons.pool2.impl.DefaultEvictionPolicy
blockWhenExhausted boolean true
jmxEnabled boolean true
jmxNameBase String null
jmxNamePrefix String com.vlkan.log4j2.redis.appender.JedisConnectionPool

Redis Throttler

While Log4j 2 provides utilities like BurstFilter and AsyncAppender that you can wrap around any appender to facilitate throttling, the appender API falls short of communicating this intent. Hence, RedisAppender provides its own throttling mechanics to exploit batch pushes available in Redis RPUSH. This feature is configured by RedisThrottlerConfig element using the following attributes:

Parameter Name Type Description
bufferSize int LogEvent buffer size (defaults to 500)
batchSize int size of batches fed into Redis RPUSH (defaults to 100)
flushPeriodMillis long buffer flush period (defaults to 1000)
maxEventCountPerSecond double allowed maximum number of events per second (defaults to 0, that is, unlimited)
maxByteCountPerSecond double allowed maximum number of bytes per second (defaults to 0, that is, unlimited)
maxErrorCountPerSecond double allowed maximum number of errors per second propagated (defaults to 0.003, that is, approximately once every 5 minutes)
jmxBeanName String RedisThrottlerJmxBean name (defaults to org.apache.logging.log4j2:type=<loggerContextName>,component=Appenders,name=<appenderName>,subtype=RedisThrottler)

The buffer is flushed if either there are more than batchSize events queued in the buffer, or the last flush was older than flushPeriodMillis.

maxErrorCountPerSecond is there to avoid flooding logs if the application is suffering a shortage of memory, or the Redis server is unreachable.

Fat JAR

Project also contains a log4j2-redis-appender-fatjar artifact which includes all its transitive dependencies in a separate shaded package (to avoid the JAR Hell) with the exception of log4j-core, that you need to include separately.

This might come handy if you want to use this plugin along with already compiled applications, e.g., Elasticsearch 5.x, which requires Log4j 2.x.

F.A.Q.

  • How can I connect to multiple Redis servers for failover? You can define multiple Redis appenders nested under a FailoverAppender. (Don't forget to turn off ignoreExceptions flag.)

  • How can I avoid getting AccessControlException exceptions? If you are using the plugin in a security manager enabled Java application (for instance, which is the case for Elasticsearch since version 2.3), you might be getting AccessControlException exceptions as follows:

    [2017-06-23T11:25:35,644][WARN ][o.e.b.ElasticsearchUncaughtExceptionHandler] [tst-store-001.data] uncaught exception in thread [commons-pool-EvictionTimer]
    java.security.AccessControlException: access denied ("java.lang.RuntimePermission" "setContextClassLoader")
            at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472) ~[?:1.8.0_131]
            at java.security.AccessController.checkPermission(AccessController.java:884) ~[?:1.8.0_131]
            at java.lang.SecurityManager.checkPermission(SecurityManager.java:549) ~[?:1.8.0_131]
            at java.lang.Thread.setContextClassLoader(Thread.java:1474) [?:1.8.0_131]
            at org.apache.commons.pool2.impl.BaseGenericObjectPool$Evictor.run(BaseGenericObjectPool.java:1052) ~[log4j2-redis-appender.jar:?]
            at java.util.TimerThread.mainLoop(Timer.java:555) ~[?:1.8.0_131]
            at java.util.TimerThread.run(Timer.java:505) ~[?:1.8.0_131]
    

    To alleviate this, you need to grant necessary permissions using a policy file:

    grant {
        permission java.lang.RuntimePermission "setContextClassLoader";
    };
    

    Then you can activate this policy for your application via either placing it under one of default policy file locations (e.g., $JAVA_HOME/lib/security/java.policy) or providing it as an argument at runtime, that is, -Djava.security.policy=someURL.

  • How can I access JMX bean of an appender? Once you have a reference to the relevant LoggerContext, you can access the instance of the appender and its JMX bean by its name as follows:

    Appender appender = loggerContext.getConfiguration().getAppender("REDIS");
    RedisThrottlerJmxBean jmxBean = ((RedisAppender) appender).getJmxBean();

    You can either create your own LoggerContext:

    LoggerContextResource loggerContextResource = new LoggerContextResource("/path/to/log4j2.xml");
    LoggerContext loggerContext = loggerContextResource.getLoggerContext();

    or get a handle to an existing one:

     LoggerContext logContext = (LoggerContext) LogManager.getContext(false);

    Here note that you should be using org.apache.logging.log4j.core.LoggerContext, not org.apache.logging.log4j.spi.LoggerContext.

Contributors

Security policy

If you have encountered an unlisted security vulnerability or other unexpected behaviour that has security impact, please report them privately to the [email protected] email address.

License

Copyright © 2017-2024 Volkan Yazıcı

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at

https://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.

log4j2-redis-appender's People

Contributors

bfanyuk avatar dependabot[bot] avatar github-actions[bot] avatar rmarticaba avatar t9t avatar vy avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar

log4j2-redis-appender's Issues

Feature request: add support for Redis password authentication

When configured (highly-advised!) with requirepass, Redis requires the client to send an AUTH request after connecting to allow any other further operations. As Jedis supports this, it shouldn't be hard to add this to the appender's configuration.

Looking ahead, you may want to allow configuring the appender with existing Jedis pools, connections and whatnot instead of making them inside.

Layout exceptions stop the appender

When the used Layout throws an exception, the RedisAppender stops working. We have observed this behavior while trying to render Throwables whose stack traces are not printable -- Oh yes! They do exist! Below is the catalina.out snippet of a Tomcat that has stopped logging 5 days ago:

Exception in thread "AsyncAppender-REDIS_GENERAL_LOG_ASYNC" java.lang.ExceptionInInitializerError
	at com.bol.service.common.binding.ProtoMessage.<clinit>(ProtoMessage.java:4184)
	at com.bol.service.common.binding.ProtoMessage$ServiceError.internalGetFieldAccessorTable(ProtoMessage.java:2398)
	at com.google.protobuf.GeneratedMessage.getDescriptorForType(GeneratedMessage.java:108)
	at com.google.protobuf.TextFormat$Printer.print(TextFormat.java:346)
	at com.google.protobuf.TextFormat$Printer.print(TextFormat.java:336)
	at com.google.protobuf.TextFormat$Printer.printToString(TextFormat.java:603)
	at com.google.protobuf.AbstractMessage.toString(AbstractMessage.java:111)
	at java.lang.String.valueOf(String.java:2994)
	at java.lang.StringBuilder.append(StringBuilder.java:131)
	at com.bol.common.exception.ServerException.toString(ServerException.java:61)
	at java.lang.String.valueOf(String.java:2994)
	at java.lang.StringBuilder.append(StringBuilder.java:131)
	at java.lang.Throwable.printEnclosedStackTrace(Throwable.java:696)
	at java.lang.Throwable.printStackTrace(Throwable.java:668)
	at java.lang.Throwable.printStackTrace(Throwable.java:722)
	at com.vlkan.log4j2.logstash.layout.resolver.StackTraceTextResolver.resolve(StackTraceTextResolver.java:21)
	at com.vlkan.log4j2.logstash.layout.resolver.ExceptionResolver$1.lambda$createStackTraceTextResolver$2(ExceptionResolver.java:49)
	at com.vlkan.log4j2.logstash.layout.resolver.ExceptionResolver.resolve(ExceptionResolver.java:78)
	at com.vlkan.log4j2.logstash.layout.resolver.ExceptionResolver.resolve(ExceptionResolver.java:9)
	at com.vlkan.log4j2.logstash.layout.resolver.TemplateResolvers.lambda$ofObjectNode$5(TemplateResolvers.java:130)
	at com.vlkan.log4j2.logstash.layout.resolver.TemplateResolvers.lambda$ofObjectNode$5(TemplateResolvers.java:130)
	at com.vlkan.log4j2.logstash.layout.resolver.TemplateResolvers.lambda$ofObjectNode$5(TemplateResolvers.java:130)
	at com.vlkan.log4j2.logstash.layout.LogstashLayout.encode(LogstashLayout.java:192)
	at com.vlkan.log4j2.logstash.layout.LogstashLayout.toByteArray(LogstashLayout.java:162)
	at com.vlkan.log4j2.redis.appender.RedisAppender.append(RedisAppender.java:138)
	at org.apache.logging.log4j.core.config.AppenderControl.tryCallAppender(AppenderControl.java:156)
	at org.apache.logging.log4j.core.config.AppenderControl.callAppender0(AppenderControl.java:129)
	at org.apache.logging.log4j.core.config.AppenderControl.callAppenderPreventRecursion(AppenderControl.java:120)
	at org.apache.logging.log4j.core.config.AppenderControl.callAppender(AppenderControl.java:84)
	at org.apache.logging.log4j.core.appender.AsyncAppender$AsyncThread.callAppenders(AsyncAppender.java:454)
	at org.apache.logging.log4j.core.appender.AsyncAppender$AsyncThread.run(AsyncAppender.java:407)
Caused by: java.lang.RuntimeException: Generated message class "com.bol.protojx.xsdtypes.ProtoMessage$Chars" missing method "getValueBytes".
	at com.google.protobuf.GeneratedMessage.getMethodOrDie(GeneratedMessage.java:1973)
	at com.google.protobuf.GeneratedMessage.access$1100(GeneratedMessage.java:61)
	at com.google.protobuf.GeneratedMessage$FieldAccessorTable$SingularStringFieldAccessor.<init>(GeneratedMessage.java:2864)
	at com.google.protobuf.GeneratedMessage$FieldAccessorTable.ensureFieldAccessorsInitialized(GeneratedMessage.java:2110)
	at com.google.protobuf.GeneratedMessage$FieldAccessorTable.<init>(GeneratedMessage.java:2041)
	at com.bol.protojx.xsdtypes.ProtoMessage$1.assignDescriptors(ProtoMessage.java:5404)
	at com.google.protobuf.Descriptors$FileDescriptor.internalBuildGeneratedFileFrom(Descriptors.java:384)
	at com.bol.protojx.xsdtypes.ProtoMessage.<clinit>(ProtoMessage.java:5412)
	... 31 more
Caused by: java.lang.NoSuchMethodException: com.bol.protojx.xsdtypes.ProtoMessage$Chars.getValueBytes()
	at java.lang.Class.getMethod(Class.java:1786)
	at com.google.protobuf.GeneratedMessage.getMethodOrDie(GeneratedMessage.java:1970)
	... 38 more
2020-10-09 09:35:06,249 Log4j2-TF-4-AsyncLoggerConfig-4 ERROR Appender REDIS_GENERAL_LOG_ASYNC is unable to write primary appenders. queue is full
2020-10-09 09:35:06,250 Log4j2-TF-4-AsyncLoggerConfig-4 ERROR Appender REDIS_GENERAL_LOG_ASYNC is unable to write primary appenders. queue is full
2020-10-09 09:35:06,250 Log4j2-TF-4-AsyncLoggerConfig-4 ERROR Appender REDIS_GENERAL_LOG_ASYNC is unable to write primary appenders. queue is full
2020-10-09 09:35:06,250 Log4j2-TF-4-AsyncLoggerConfig-4 ERROR Appender REDIS_GENERAL_LOG_ASYNC is unable to write primary appenders. queue is full
log4j:WARN Disconnect failed to Redis at shd-logbuffer-pro.query.consul:6379

中文问题

写入中文redis不直接读取中文,可以处理下吗

Redis username

Hi!

Thanks for bringing this tool.

I was trying to use it to store my application logs into redis, but I bumped into an issue when trying to use a username different from default, as it is not configurable. I did small changes to allow to use a different username and configure it through log4j2.xml and I'd like to contribute those changes if you see them ok, but I lack permissions to push a new branch with the proposed changes.

Please share if that is something I can contribute with.

Guava dependency can easily cause issues

log4j2-redis-appender has a dependency on Google Guava, but sadly Guava isn't great a backwards compatibility. When an application depends on log4j2-redis-appender, but also has a (possibly transitive) dependency on another Guava version, you can get issues like these on startup:

java.lang.ClassNotFoundException: com.google.common.base.MoreObjects
	at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1333)
	at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1167)
	at com.vlkan.log4j2.redis.appender.RedisThrottler.createJmxBeanName(RedisThrottler.java:76)
	at com.vlkan.log4j2.redis.appender.RedisThrottler.<init>(RedisThrottler.java:72)
	at com.vlkan.log4j2.redis.appender.RedisAppender.<init>(RedisAppender.java:86)
	at com.vlkan.log4j2.redis.appender.RedisAppender.<init>(RedisAppender.java:33)
	at com.vlkan.log4j2.redis.appender.RedisAppender$Builder.build(RedisAppender.java:438)
	at com.vlkan.log4j2.redis.appender.RedisAppender$Builder.build(RedisAppender.java:259)

In general Guava currently doesn't seem to be great for use in libraries because of the backwards incompatible changes they do.

Luckily as a workaround I can use log4j2-redis-appender-fatjar which has its dependencies shaded, but I would still advice libraries to consider not depending on Guava.

Appender close doesn't flush the buffer

RedisAppender#close() invokes RedisThrottler#close(), which in return interrupts the throttler thread. The interruption causes premature consumption of the buffer and leaves behind waiting-to-be-sent events.

How to switch between Redis dbs?

As we know Redis has a concept called db, which provides 16(by default) different storage spaces seperated from each other. I'm using 0-3 of them, and I want my Log4J2 append its logs to the 3rd.

I can't find a configuration property in this library's doc, does it supports?

RedisThrottler should not use a non-daemon Thread

The RedisThrottler creates a Thread to periodically flush. However this thread does not have daemon set, meaning it's a non-daemon thread. This means in turn that if the JVM wants to shut down, and these are the only threads still running, the JVM will not shut down (it will only shut down when the only remaining threads are daemon threads).

This can interact badly with other frameworks, eg. when Log4j2 is managed using Spring Boot, and the logger context closed when the Spring context is shut down. Spring Boot will close the context in a shutdown hook, but the shutdown hook will not be triggered as there are still non-daemon threads running.

This can be solved by calling setDaemon(true) on the flushTrigger thread in RedisThrottler.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.