Estamos revisando nuestra aplicación web JEE para algunas refactorizaciones planificadas y una de las sugerencias es reemplazar log4jcon logbackoslf4j
El equipo no tiene claro si deberíamos hacer esto, porque actualmente queremos seguir si no está roto, no lo arregles en esta área.
Editar: no estoy pidiendo una comparación de los marcos de registro, sino si es un elemento de refactorización valioso para cambiar el marco cuando estamos bastante contentos con log4j
Respuestas:
Una pregunta importante que debe tener en cuenta: ¿Construye una biblioteca que es utilizada por otra persona o crea el producto final?
En el primer caso, SLF4j es muy importante, porque alguien integrará su biblioteca en su software que ya tiene un inicio de sesión establecido y sería bueno que sus clases solo lo usen.
En el segundo caso, diría que puedes dejarlo como está. Tal vez piense en usar slf4j en el próximo proyecto.
No lo hagas Mejor dedica tu tiempo a implementar funciones útiles y valiosas.
Si Log4J funciona para usted, no hay razón para cambiar eso. Si no es así, busque una alternativa que haga lo que necesita, que puede ser o no slf4j.
El hecho de que alguien diga que algo es más agradable que otra cosa nunca debería ser una razón para cambiar toda su aplicación (o para adoptar ese algo nuevo).
Slf4j es una API que le permite elegir si usar log4j, logback o el registro jdk predeterminado en el momento de la implementación en lugar de decidir en el momento de la compilación (que es lo que sucede cuando codifica directamente a log4j)
Slf4j también proporciona la construcción {} que puede retrasar las costosas llamadas a ToString (), evitándolas por completo si la instrucción de registro no está habilitada.
Luego puede elegir el motor más tarde.