Quiero actualizar slf4j con Logback en una aplicación heredada. Lo bueno es que la aplicación heredada tiene su propio marco de registro. Entonces, todo lo que tuve que hacer fue alterar el marco de registro para iniciar sesión en slf4j en lugar de log4j.Cómo envolver la API slf4j
Funcionó como un sueño. Estaba contento, hasta que noté la ubicación Logback registrado para cada evento de registro:
Logger.java:...
¡Yikes! Eso no iba a ayudar mucho a mis compañeros desarrolladores cuando intentaba averiguar de dónde venía un evento de registro.
¿Cómo puedo decirle a Logback que busque algunos niveles en la pila para que la ubicación real se registre?
La clase Logger es una clase de servicio con métodos como éste:
public static void debug(String clazz, String message) {
org.slf4j.Logger logger = LoggerFactory.getLogger(clazz);
logger.debug(message);
}
pregunta similar: http: // stackoverflow.com/questions/1486233/java-logging-show-the-source-line-number-of-the- calller-not-the-logging-helper-m – Thilo
hizo esto cuando estaba usando log4j? Creo que desde que actualizó una clase de registro existente, no agregó un marco adicional a la pila de llamadas, por lo que la versión log4j debería haber exhibido el mismo problema. – Thilo
log4j expone un método de registro en su API pública que parece un marco adicional en la pila, mientras que slf4j no lo hace. Entonces sí, funcionó con log4j. –