[logback-user] Looking for details about AsyncAppender properties

KARR, DAVID dk068x at att.com
Wed Jun 16 22:19:16 CEST 2021

Ok, so it appears that this listener can only work with tcp appenders, not console appenders.  Is there a path forward for building a listener that has similar functionality, but that works with console appenders?

From: logback-user <logback-user-bounces at qos.ch> On Behalf Of KARR, DAVID
Sent: Wednesday, June 16, 2021 12:55 PM
To: logback users list <logback-user at qos.ch>
Subject: Re: [logback-user] Looking for details about AsyncAppender properties

***Security Advisory: This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
I am now at the point of attempting to implement this listener, but I’m having trouble with it.

With some elisions, my logback.xml looks like this:
<?xml version="1.0" encoding="UTF-8"?>
<configuration scan="true" scanPeriod="5 seconds" debug="true">
  <include file=".../baselogback.xml"/>
  <appender name="ASYNC" class="ch.qos.logback.classic.AsyncAppender">
    <appender-ref ref="STDOUT" />
    <listener class="net.logstash.logback.appender.listener.FailureSummaryLoggingAppenderListener"/>
  <logger name="..." level="DEBUG" additivity="false">
    <appender-ref ref="ASYNC"/>
  <logger name="..." level="DEBUG" additivity="false">
    <appender-ref ref="STDOUT"/>
  <root level="INFO">
    <appender-ref ref="STDOUT"/>

I tested the async appender before I added the listener, and it seemed to be basically working (although I’m not certain how I verify from the logs that it’s actually asynchronous).

I then added the listener as above.  When I start my service with this, I get the following:
Logging system failed to initialize using configuration from '.../logback.xml'
java.lang.IllegalStateException: Logback configuration error detected:
ERROR in ch.qos.logback.core.joran.spi.Interpreter at 5:101<mailto:ch.qos.logback.core.joran.spi.Interpreter at 5:101> - no applicable action for [listener], current ElementPath  is [[configuration][appender][listener]]
ERROR in ch.qos.logback.core.joran.spi.Interpreter at 5:101<mailto:ch.qos.logback.core.joran.spi.Interpreter at 5:101> - no applicable action for [listener], current ElementPath  is [[configuration][appender][listener]]
    at org.springframework.boot.logging.logback.LogbackLoggingSystem.loadConfiguration(LogbackLoggingSystem.java:169)

I don’t understand what is wrong here.

From: logback-user <logback-user-bounces at qos.ch<mailto:logback-user-bounces at qos.ch>> On Behalf Of Will Sargent
Sent: Sunday, May 23, 2021 3:50 AM
To: logback users list <logback-user at qos.ch<mailto:logback-user at qos.ch>>
Subject: Re: [logback-user] Looking for details about AsyncAppender properties

You can report failure to log with an appender listener.



On May 23, 2021, at 2:26 AM, David Roussel <nabble at diroussel.xsmail.com<mailto:nabble at diroussel.xsmail.com>> wrote:

On 23 May 2021, at 01:24, KARR, DAVID <dk068x at att.com<mailto:dk068x at att.com>> wrote:

I guess that will likely be 800k for each AsyncAppender (queueSize of 100000).  That could be significant, or not.

That’s just for the array. The data will be bigger. But weather it’s worth it depends on the risk of data loss of logs.

And the problem with loosing log lines is that it is hard to spot. Most teams never look for missing log lines. And if they thought some were missing it would be hard to prove if and why it occurred.

So what do you use logs for? Diagnostics in case of a problem? Or do they feed MI reporting?


logback-user mailing list
logback-user at qos.ch<mailto:logback-user at qos.ch>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.qos.ch/pipermail/logback-user/attachments/20210616/82f2a217/attachment-0001.html>

More information about the logback-user mailing list