Обтекание slf4j API

Question

Я хочу модифицировать slf4j с помощью Logback в устаревшем приложении. Хорошо, устаревшее приложение имеет собственную структуру ведения журнала. Таким образом, все, что мне нужно было сделать, это изменить структуру ведения журнала для входа в slf4j вместо log4j.

Он работал как сон. Я был доволен, пока не заметил, что в журнале регистрируется каждое событие журнала:

Logger.java:... 

Yikes! Это не помогло бы моим коллегам-разработчикам, когда пытались выяснить, откуда произошло событие журнала.

Как я могу сказать, что Logback выглядит несколько уровней в стеке для фактического местоположения для регистрации?

Класс регистратор утилита класс с методами, как это:

public static void debug(String clazz, String message) { 
    org.slf4j.Logger logger = LoggerFactory.getLogger(clazz); 
    logger.debug(message); 
} 

Answer 1

Нашли решение, глядя на источник jcl-over-slf4j. Большинство реализаций SLF4J (включая Logback) используют регистраторы, которые реализуют LocationAwareLogger, который имеет метод журнала, который ожидает полное имя класса класса оберточной регистратора в качестве одного из его аргументов:

private static final String FQCN = Logger.class.getName(); 


public static void debug(String clazz, String message) { 
    org.slf4j.Logger logger = LoggerFactory.getLogger(clazz); 
    if (logger instanceof LocationAwareLogger) { 
     ((LocationAwareLogger) logger).log(null, FQCN, LocationAwareLogger.DEBUG_INT, message, null, null); 
    } else { 
     logger.debug(message); 
    } 
} 

Answer 2

См различных реализаций XXX-над-SLF4J о том, как это сделать.

В основном вы хотите, чтобы заменил ваш текущий каркас регистрации. Не завершать slf4j.

Edit:

Другой подход мог бы писать свой собственный макет подклассов, который вы используете в настоящее время, который имеет пересмотренное значение% т,% л и т.д. полей, которые пропускают дополнительный кадр стека.