logback is better than log4j(log4j보다 로그백이 더 좋대..)

네이버 기술 블로그를 보다가 발견한 게시글.

우린 log4j를 사용하고 있다. log4j의 옵션들은 선임님이 다 설정해주셔서

찾아볼 생각을 하지 않았다. 그냥 설정해주신대로 쓰고 있었다.

logback가 log4j가 더 선호된다고 올려둔 게시글(영어)

더 좋은 이유(설명에 따르면 - 오역 많아요~):

1. 빠를뿐만 아니라 메모리 사용량이 적다.

2. 테스트의 대용량.(정확히 이해 못했다.)

  - 로그백을 사용하는 가장 큰 이유일 것이란다.

3. 자세한 설명 문서

4. Groovy로 이뤄진 Configuration files

 

   - XML파일보다 더 직관적이고, 일관적이고, 짧은 구문을 가진다.

5. Configuration files의 자동 리로딩.

6. I/O 실패로부터의 완벽한 복구

   - 파일 서버가 일시적으로 실패해도 재구동할 필요없이 로그를 작업할 수 있고,

 서버가 다시 복구되면 관련 로그들이 복구된다.

7. 낡은 로그 파일의 자동 삭제 기능(기간을 설정해두면 알아서 지워진다)

8. 로그 파일의 자동 압축

9. prudent mode 지원(여럿 jvm이 돌아가도 안전하게 로그파일 실행되게 해줌 default:false)

10. Lilith (로그를 보여주는 viewer)

11. configuration files의 조건 실행

    - 개발, 테스트, 적용 등이 필요할텐데 각각 다르게 적용해서 설정 가능.

12. 필터(log4j보다 다양한 필터링 제공)

13. SiftingAppender

    - 유동적인 appender이다. 로그파일을 분리해서 사용할 수도있다. 예를 들면 유저들의 세션마다

      하나의 로그파일을 만들어 분간할 수도 있다.

14. 패키지 데이터도 제공하는 Stack traces

    - 패키지 데이터의 어떤 버전을 사용하는지도 알 수 있다.

15. Logback-access은 logback의통합적인 한 부분이다.

    - Logback-access는 Jetty나 Tomcat 같은 HTTP-access를 제공하는 서블릿 컨테이너와 통합한다. 

      logback-class의 선호하는 특징들을 logback-aceess에서도 사용할 수 있다. 

요약.

요약하자면, 여러가지 이유로 logback은 log4j보다 뛰어나다.