Logback 자바 로거 프로젝트 중 하나이며 종료된 log4j를 대체하기 위해 개발된 로그 프레임워크 입니다. SpringBoot에서는 기본 logging system으로 채택되어 사용중입니다. log4j를 대체하기 위해 개발된 프로젝트인 만큼 기능, 설정방법또한 log4j와 많이 유사합니다. 로그 시스템을 이용하는 주된 이유는 정형화된 로그를 통해서 로그추적의 용이함입니다. 그에 걸맞게 패턴지정, 파일출력, 콘솔출력, SSL, Socket, DB등 다양한 로그 출력 방법들이 존재합니다. 기본개념 로그란 에러로그 일수도있고 디버깅상 필요한 로그, 혹은 개발 중 추적을 위한 로그가 될수도있다. 로그의 성격에 따라 logback의 경우 로그레벨을 5단계로 나누었고 설정을 통해서 특정 레벨 이상의 로그만 노..
최근들어 스프링으로 포지션을 고정하고자 기초부터 공부를 하고있습니다. Spring Boot의 공통 로그 모듈인 SLF4J와 실제 구현부가 궁금해 분석해본 내용과 해당 내용을 통해서 이론으로만 접했던 Facade 패턴이 SLF4J에서는 어떻게 적용되어있는지를 포스팅 해보려고 합니다. SLF4J 다음은 위키백과에서 소개하는 SLF4J 입니다. SLF4J ( Simple Logging Facade for Java )는 간단한 파사드 패턴을 통해 Java 로깅 API 를 제공합니다 . 기본 로깅 백엔드는 런타임 에 원하는 바인딩을 클래스 경로 에 추가하여 결정되며 표준 Sun Java 로깅 패키지 java.util.logging, [2] log4j , logback [3] 또는 tinylog 일 수 있습니다. ..
profiles? 서비스를 운영하다보면 운영과 개발 혹은 로컬까지 세팅을 다르게 해야하는 경우가 생깁니다. 대표적으로는 운영DB와 개발DB, 또는 런타임 환경별로 달라지는 설정값 등 런타임 환경별로 작업을 하게되는데 기존 제가 있던 프로젝트의 경우에는 하나의 application.properties를 사용하며 버전컨트롤 상에는 개발서버의 application.properties가 작성되어있으며 운영상의 properties는 서버에 직접 접속해서 properties를 변경하는 방식으로 구성되어있었습니다. 그에따라서 배포요청을 했을경우 배포자가 properties 수정의 누락으로인해서 에러가 발생하는 경우가 생겼으며 또한 새로운 개발자가 왔을경우 프로젝트만 봐서는 운영상의 properties를 확인할 수 없..
