Question: meta logging in logger?

[tisonkun]

Some log implementations support logger pipeline. For example, in logforth you can write:

use log::LevelFilter;
use logforth::append;

logforth::builder()
    .dispatch(|d| {
        d.filter(LevelFilter::Error)
            .append(append::Stderr::default())
    })
    .dispatch(|d| {
        d.filter(LevelFilter::Info)
            .append(append::Stdout::default())
    })
    .apply();

log::error!("Hello error!");
log::warn!("Hello warn!");
log::info!("Hello info!");
log::debug!("Hello debug!");
log::trace!("Hello trace!");

When I'm trying to add some complex appenders, for example, Kafka appender, it's natural to use a Kafka client lib. However, such a client lib may log inside also, which can result in an infinite recursive logging if such an appender is installed globally.

I did some investigation and how a possible solution, but would like to open this issue for discussion:

1. Filter certain target in specific appender:

impl log::Log KafkaAppender {
  fn log(&self, record: &Record) {
    if record.target().start_with("rdkafka") { return; }
  }
}

This is, however, both brittle and may filter logs from user code. I don't know how targets are defined and if we can reliably depend on that matches.

[KodrAus]

This is a tricky topic, and one that any log framework will encounter at some point. Since log itself doesn't give you many tools to work with, one option that logforth could use is to set a thread-local at the start of its entrypoint Log::log implementation and use that to discard or re-route logs produced while that local is set. It would mean that you'd need some control over whether code plugged in to the appender created any background threads, but it limits the potential for infinite log looping.