1. 프로퍼티 값 검증

2. 기본 프로파일

3. 심화 프로파일

4. 로깅-1 기본 로거 설정

5. 로깅-2 커스터마이징

1. 프로퍼티 값 검증

1-1) @Validated

1-1)-1. pom.xml

1-1)-2. application.properties

1-1)-3. SsuProperties

1-1)-4. Console

2. 기본 프로파일

2-1) BaseConfiguration

2-2) TestConfiguration

2-3) SsuRunner

2-4) SsuProperties

2-5) application.properties

2-6) Console

3. 심화 프로파일

3-1) application-base.properties

3-2) application-test.properties

3-3) SsuRunner

3-4) Console

3-4)-1. Console

3-4)-2. terminal

• mvn package
• java -jar target/spring-boot-profile-test-1.0-SNAPSHOT.jar
• --spring.profiles.active=base

3-5) spring.profiles.include

3-5)-1. application-prod.properties

• spring.profiles.include=proddb

  

3-5)-2. application-proddb.properties

• ssu.age=40

  

3-5)-3. SsuRunner

3-5)-4. Edit Configuration templates

3-5)-5. Console

4**. 로깅-1 기본 로거 설정**

4-1) 로깅

로깅이란 시스템 동작시 시스템 상태 / 작동정보를 시간의 경과에 따라 기록하는 것을 말하며,

그 기록을 로그(Log)라고 함. 저장된 로그는 사용자의 패턴이나 시스템 동작 자체의 분석에 사용되며

해킹이나 침입 등의 사고가 발생한 경우 비정상 동작의 기록을 통해 추적을 수행할 수도 있음.

또한 내부 네트워크와 외부 네트워크 사이의 정보 흐름을 제어하는 방화벽에도 허가나

거부된 접근에 대한 로그가 기록되어 있음.

4-2) 로깅 퍼사드 vs 로거

스프링 부트는 기본적으로 Common Logging을 사용하지만

실제 사용단계에서 SLF4j가 주로 사용됨.

Common Logging과 SLF4j가 실제 로깅을 하는 것은 아니고 로거 API들을 추상화 해놓은 인터페이스.

이러한 인터페이스를 Logging Facade(로깅 퍼사드)라고 함. 주로 이렇게 코딩함.

개발자들도 애플리케이션을 만들 때 Logging Facade를 통해 로거를 사용해도 문제 없음.

4-2)-1. Commons Logging의 문제점

런타임 시에 classpath / class loading과 관련된 문제, 메모리 누수 같은 많은 문제 발생시킴.

Commons Loggin을 기피하는 움직임이 생겼고,

더 나아가서 SLF4j, Simple Logging Facade for Java라는 구조적으로 더 심플하고

안전한 새로운 라이브러리가 만들어졌음.

• Q : 스프링 부트는 왜 다시 Commons Logging을 쓰는 걸까 ?
  • 스프링 프레임워크 코어가 만들어질 때 SLF4j가 없어서 Common Logging을 쓰고 있었음.
  • 자연스럽게 스프링 프레임워크는 Commons Loggin을 사용하게 된 거임.
  • 스프링 부트 1.0 때는 SLF4j를 사용하기 위한 설정이 다 들어있음.
  • 코어에서 Commons Logging을 빼고 SLF4j를 끼워넣은 설정이 있었는데,
  • 최근 스프링5부터는 변화가 있었음. SLF4j를 사용하기 위해서는 Spring-JCL이라는 모듈을
  • 만들었고, 이 모듈은 컴파일 시점에 SLF4j나 Log4j2로 변경할 수 있는 기능을 가지고 있음.

4-2)-2. Commons Logging

4-2)-3. SLF4j

4-3) logging.properties

4-4) log level 조정.

5. 로깅-2 커스터마이징