[Spring Boot][Total-Back-Office Project] Log Back을 이용한 Discord에 Exception 정보 보내기 및 Data Base 저장 feat.MyBatis & Test Code(JUnit 5) - ② 디스코드로 로그 정보 발송

 

스프링 부트 3 백엔드 개발자 되기 : 자바 편

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."

 

 

🗂 목차

🧑‍💻 코딩

✅  [Spring Boot][Total-Back-Office Project] AOP, Annotation을 이용한 API 동작 시간 측정
✅ [Spring Boot][Total-Back-Office Project] AOP, Annotation을 이용한 API 요청 이용자 정보 가져오기 feat.MyBatis & Test Code(JUnit 5) (https://junyharang.tistory.com/457)
✅ [Spring Boot][Total-Back-Office Project] Log Back을 이용한 Discord에 Exception 정보 보내기 및 Data Base  저장 feat.MyBatis & Test Code(JUnit 5) - ① Log Back 설정
✅ [Spring Boot][Total-Back-Office Project] Log Back을 이용한 Discord에 Exception 정보 보내기 및 Data Base 저장 feat.MyBatis & Test Code(JUnit 5) - ② 디스코드로 로그 정보 발송
✅ [Spring Boot][Total-Back-Office Project] Log Back을 이용한 Discord에 Exception 정보 보내기 및 Data Base 저장 feat.MyBatis & Test Code(JUnit 5) - ③ 로그 및 요청 이용자, 요청 정보 데이터 베이스에 저장

 

🚚 배포

⚠️ 아래 목차 중 몇몇개의 링크가 걸리지 않는 문제로 글 맨 하단에 다음 글로 이동할 수 있게 해 두었습니다.

✅ [CI/CD] Jenkins와 Gitea 연동
✅ [CI/CD] Jenkins Trigger 정보 Discord로 보내기
✅ [CI/CD] 정적 코드 분석 툴 SonarQube와 Jenkins 연동
✅ [CI/CD] SonarQube를 통해 Code Convention 적용
✅ [DevOps] JAVA Gradle JaCoCo (Code coverage) 설정하기 
✅ [DevOps] JAVA Gradle JaCoCo (Code coverage) 설정하기 (추가)(https://junyharang.tistory.com/392)
✅ [CI/CD] Jenkins + Docker를 이용한 무중단 배포 - ① Application Linuxt(Ubuntu)에 SSH를 이용한 파일 전송
✅ [CI/CD] Jenkins + Docker를 이용한 무중단 배포 - ② Create Docker Image And BackUp
✅ [CI/CD] Jenkins + Docker를 이용한 무중단 배포 - ③ Application Server Docker Job (① Application 도커 존재 여부 확인)
✅ [CI/CD] Jenkins + Docker를 이용한 무중단 배포 - ③ Application Server Docker Job (② Application Docker Run)(https://junyharang.tistory.com/406)
✅ [CI/CD] Jenkins + Docker를 이용한 무중단 배포 - ③ Application Server Docker Job (③ Application Docker Health Check)
✅ [CI/CD] Jenkins + Docker를 이용한 무중단 배포 - ④ NGINX Server Docker Job (① NGINX 각 종 설정) 
✅ [CI/CD] Jenkins + Docker를 이용한 무중단 배포 - ④ NGINX Server Docker Job (② NGINX Docker 존재 여부 확인) 
✅ [CI/CD] Jenkins + Docker를 이용한 무중단 배포 - ④ NGINX Server Docker Job (③ NGINX Docker Run & Health Check)
✅ [CI/CD] Jenkins + Docker를 이용한 무중단 배포 - ④ NGINX Server Docker Job (③ NGINX 재 설정)

 

💾 Git Hub Repository : https://github.com/junyharang-personal-project/junyss-total-back-office

GitHub - junyharang-personal-project/junyss-total-back-office: [Back-Office] 디스코드 봇과 Logback, AOP 등을 이용하

 

 

 

 

🚀 디스코드로 로그 정보 보내기

    🔽 개요

        📦 소개

운영 환경에 Application이 올라가고, 운영 중이면 많은 이용자가 접속할 거에요.
이 때, 여러가지 이유로 Exception이 발생하게 될텐데, 알림이 없으면 어떤 Exception이 터지고 있는지를 알 수 없고,
또 매번 개발자가 해당 서버에 접속해서 Log를 확인하게 된다면 보안 측면에서 매우 위험해요.

정보 보안에서는 내부 직원에 대해 접근 권한 등을 설정하는 것을 권고하고 있어요.

어떤 주요 정보 등이 노출되는 사고에 대부분은 내부 직원을 통해 발생하고 있고, 이를 막기 위해서 꼭 필요한 서버에 필요한 인원만 필요한 권한을 줘서 접근하게 하고, 굳이 접근해도 되지 않는 직원은 접근을 막는 것이 보안 측면에서 좋답니다.

그렇다면 Exception이 발생해서 Log가 저장 되었을 때, 이를 서버에 접속하지 않고, 확인할 수 있으며, Exception 발생 시 즉각 확인할 수 있는 방법이 무엇일까?를 고민해 보았어요.

그리고, 잠시 근무했었던 회사에서 Telegram을 통해 Exception이 발생하면 해당 Exception 정보를 받을 수 있도록 해 놓은 것을 보았는데, 해당 내용에는 단순히 Exception 정보만 들어오도록 처리해 두었었어요.

여기서 주니는 요청 이용자 정보를 함께 받고 싶었어요.

그 이유는 어떤 Exception이 발생했을 때, 악의적인 사용자가 SQL Injection 등의 공격을 위한 문자를 보내 Exception이 발생했을 수도 있기 때문에 이용자 정보를 받고, 해당 이용자가 어떤 요청을 보냈기에 해당 Exception이 터졌는지를 보다 명확하게 알고 싶었어요.

이번 글에서는 주니가 생각했던 내용에 대해 구현한 내용에 대해 분석해 보도록 할게요.

 

 

 

    🔽 의존성 주입

        📦 Gradle

implementation 'org.springframework.boot:spring-boot-starter-web'
implementation group: 'org.springframework.boot',name:'spring-boot-starter-webflux',version:'2.7.3'

 

 

 

 

 

    🔽 소스 코드 분석

        📦 DiscordAppender.java

Java Code를 보기 전 이 전 글에서 주니는 Log back 기본 설정을 위해 xml과 application.yml을 설정해 주었어요.

[Spring Boot][Total-Back-Office Project] Log Back을 이용한 Discord에 Exception 정보 보내기 및 Data Base 저장 feat.M

여기서 로그 정보를 디스코드로 보내기 위해 아래와 같은 설정 부가 있었어요.

위와 같이 Log가 작성되면 com.giggalpeople....DiscordAppender Class를 호출하게 해 주었고, 해당 Class 부터 하나하나 분석해 보도록 할게요.

 

DiscordAppender 27 ~ 46번째 줄

최초 디스코드 어펜더라는 클래스를 만들어 주었고, 이 클래스는 Logback Library를 사용하여 Log Event를 디스코드 웹훅으로 보낼 수 있도록 구현한 클래스에요.

@Setter를 통해 discordWebhookUrl 멤버 변수에 대해 Setter Method를 생성해 주었어요.
@Slf4j를 통해 클래스 내 Logging을 위한 Logger 객체를 생성해 주었고, 이 클래스에서는 log라는 이름으로 Logger 객체가 생성되도록 해 주었어요.

위 클래스는 UnsynchronizedAppenderBase<ILoggingEvent>를 상속하고 있는데, Logback의 Appender 기능을 사용하여 Log Event를 처리하기 위해 사용하는 부분이에요. ILoggingEvent는 Logback에서 사용되는 Logging Event를 나타내는 Interface에요.

Field 변수 즉, Member 변수로는 discordWebhookUrl을 선언해 주었는데, 이는 디스코드 웹 훅 URL을 저장하기 위한 문자열 변수에요. 이 변수에 담긴 URL을 통해 Log Event를 디스코드로 보내줄거에요.

getLevelColor()는 Logging Event의 Log Level에 따라 디스코드에 표시될 색상을 반환하는 Static(정적) Method에요. Logback Log Level을 ILoggingEvent.getLevel()을 통해 가져와 해당 Log Level에 따른 색상을 반환하게 만들어 주었어요.

이 때, WARN Level은 노란색, ERROR Level은 빨간색, 그 외에 모든 내용은 파란색으로 반환하도록 설정해 주었어요.

DiscordAppender.append() 48 ~ 59번째 줄

실제 디스코드로 보내는 작업을 처리하는 append 메소드에요.

위 메소드는 Logback의 Appender 기능을 사용하여 로그 이벤트를 디스코드 웹훅으로 전송하는 역할을 수행하고 있어요.
ILoggingEvent를 매개 변수로 받는데, 이는 Logback에서 사용되는 로깅 이벤트를 나타내는 인터페이스에요.
위 메소드는 디스코드 웹훅을 생성하고, 디스코드에 보낼 로그 정보를 구성하고, 디스코드 웹훅으로 해당 로그 정보를 전송하고 있어요.

최초 50번째 줄에 멤버 변수로 주어진 discordWebhookUrl을 통해 DiscrodWebHook 객체를 생성해 주었어요.
DiscordWebHook 클래스는 디스코드 웹훅과 상호 작용하기 위한 기능을 제공합니다.

51번째 줄에 DataBaseAppender 객체는 주니가 직접 만든 객체인데, 데이터 베이스에 로그를 저장하기 위한 객체에요.
52번째 줄에 ServerInfo 객체를 선언해 주었는데, 이는 내부 서버 정보를 담는 클래스에요.
53번째 줄에 내용은 로깅 이벤트의 Mappend Diagnostic Context(MDC) 정보를 가져오게 해 주었어요. MDC는 로그 이벤트와 관련된 컨텍스트 정보를 저장하는데 사용해 주는 부분이에요.
54번째 줄에서 getLevelColor()를 호출해서 ILoggingEvent를 전달하는데, 이는 해당 객체 안에 Log Level 정보를 꺼내 해당 Level에 따른 색깔을 정하기 위함이에요.
56번째 줄에서는 로깅 이벤트의 로그 레벨을 가져오게 해 주었어요.
57번째 줄에는 Exception 내용 중 간략 정보를 저장할 변수를 선언 및 초기화 해 준 부분이에요.
58번째 줄에는 Exception 상세 내용을 저장할 변수를 선언 및 초기화 해 준 부분이에요.
59번째 줄은 로깅 이벤트의 예외 정보를 가져올 수 있도록 해 준 부분이에요.

DiscordAppender.append() 61 ~ 67번째 줄

59번째 줄에서 가져온 예외 정보를 가지고, 61번째 줄에서 예외 정보가 있는지를 확인하고 있어요.
예외 정보가 들어 있다면 해당 예외가 발생한 클래스 이름과 Exception 내용을 문자열로가져와 exceptionBrief 변수에 담아 주었어요.

그런 뒤 65번째 줄에서 exceptionBrief 변수가 비어 있다면 해당 변수에 Exception 정보가 없다고 알려주기 위해 처리해 주었어요.

DiscordAppender.append() 69번째 줄

위 내용은 Environment 객체는 시스템 환경에 관련된 정보를 제공해 주는데, 이 클래스에는 서버의 정보(서버 이름, IP, 운영체제 정보 등)을 담고 있어요. 여기서 getServerInfo()를 통해 서버 정보를 가져와 serverInfo 객체에 담아 주었어요.

DiscordAppender.append() 71 ~ 111번째 줄

728x90

71번째 줄은 로그 정보를 추가하는 부분인데, 여기서 EmbedObject를 생성하여 해당 정보를 추가해 주려고 해주었어요.
디스코드에는 Embed 형식으로 메시지를 보낼 수 있기 때문에 EmbedObject를 이용하여 이를 표현하기 위해 사용해 주었어요.

Discord Embed는 타이틀, 색상, 설명 등의 정보를 가질 수 있고, 위 코드는 예외 간략 내용, 예외 상세 내용, 예외 발생 시각, 서버 정보, MDC 정보  등을 Embed 형식으로 구성해 주었어요.

MDCUtil 15 ~ 35번째 줄

위 유틸 클래스는 Mappend Diagnostic Context(MDC)를 사용하여 로그 이벤트에 관련된 컨텍스트 정보를 저장하고, 관리하는 역할을 하고 있어요. MDC는 로깅 시 추가 정보를 로그 이벤트에 첨부하여 받을 수 있는 로그 정보를 더 많이 받을 수 있도록 해 주는 기능이에요.

15번째 줄은 Lombok의 어노테이션 중 하나로 해당 클래스에 파라미터가 없는 기본 생성자를 만들기 위해 사용해 주었고, PRIVATE 접근 제한자를 지정하여 외부에서 생성자 호출을 하지 못하도록 해 주었어요.

위의 상수 변수들은 값에 나와 있는 정보를 담기 위한 Key의 역할을 해 주기 위한 부분이에요. 
로그 이벤트에 추가 정보를 첨부할 때, 이러한 Key를 이용하여 정보를 구분하고, 디스코드 웹훅에 해당 정보를 전송하는데 사용해 주고 있어요.

30번째 줄은 Jackson Library를 사용하여 객체를 JSON 형식으로 변환하기 위한 객체를 선언하고,
초기화 해 준 부분이에요.
31번째 줄은 Logback에서 MDC를 사용하기 위한 인터페이스를 구현한 클래스의 객체를 가져오는 부분이에요.

33번째 줄 set()은 mdc.put(key, json)을 호출하는데, MDC에 JSON 형식의 데이터를 특정 키로 추가해 주는 부분이에요.
해당 메소드는 객체를 JSON으로 변환하여 MDC에 저장하는 역할을 수행하고 있어요.

MDCUtil 37 ~ 52번째 줄

위 메소드는 매개변수로 전달된 Key와 value로 받아 주고, value가 Null이 아니면 해당 값을 보기 좋은 JSON 타입 형식으로 변환하기 위해 40 ~ 41번째 줄이 있는 부분이고, 42번째 줄은 MDC에 JSON 형식의 데이터를 특정 키로 추가하도록 해 준 부분이에요. 해당 메소드는 객체를 JSON으로 변환하여 MDC에 저장하는 기능을 수행하고 있어요.

JSON 파싱 오류나, JSON 생성, 유효성 검사에 문제가 발생하게 되면 JsonProcessingException이 발생할 수 있어요.
이는 Jackson 라이브러리에서 발생하는 예외 중 하나인데, Jackson은 Java 객체와 JSON 데이터 간의 변환을 수행하는 라이브러리로 JSON 데이터를 파싱하여 Java 객체로 변환하거나, Java 객체를 JSON 데이터로 변환하는 기능을 제공해 주고 있어요.

이 예외를 처리하기 위해서 try-catch문을 잡아 주었고, 이에 대한 로그 기록을 또 할 수 있도록 처리해 준 부분이에요.

MDCUtil 클래스의 setJsonValue()에서 JsonProcessingException이 발생하면 ErrorLogAppenderException을 던지도록 처리해 주었어요. 이는 예외가 발생했을 때, 주니가 만든 커스텀 예외를 상위 메소드로 전파하여 적절한 예외 처리를 수행할 수 있도록 해 준 거에요.

MDCUtil 37 ~ 52번째 줄

clear()는 Logback의 MDC에서 저장된 모든 정보를 지우는 메소드에요.
MDC 객체는 로그 이벤트와 관련된 컨텍스트 정보를 스레드별로 유지하고, 관리하는 기능을 제공하고 있어요.

clear()가 호출되면 해당 스레드에서 MDC에 저장된 모든 정보가 제거되어 초기 상태로 돌려줍니다.

이로 인해 해당 스레드에서 다음 로그 이벤트가 발생할 때, 이 전 저장 정보가 적용되지 않도록 보장해 줄 수 있어요.

일반적으로 로깅 작업이 완료 되었거나, 스레드가 재사용될 때, MDC.clear()를 호출하여 MDC를 클리어하는 것을 권장하고 있어요.

이렇게 하여 MDC에 불필요한 정보가 쌓이는 것을 방지하고, 정확하고, 깔끔한 로깅을 유지하기 위함이랍니다.

DiscordAppender.append() 71 ~ 111번째 줄

다시 이 코드를 보면 .addField()를 통해 디스코드 웹훅의 EmbedObject에 새로운 필드를 추가해 준 부분이에요.
addField()는 EmbedObjec에 특정 정보를 추가하여 해당 정보를 디스코드 메시지의 임베드에 표시할 수 있게 해주어요.
이를 통해서 주니는 로그 발생 시각, 서버 정보, 요청 정보, 이용자 IP 정보를 가져오게 해 주었어요.

MDC.Util.xxxx 부분은 추가할 필드의 제목을 나타내주고 있어요. 이는 MDC Key로 활용됩니다.

두번째 매개 변수는 필드에 표시할 값을 넣어준 부분이에요.

StringEscapeUtils.escapeJson()을 사용하여 JSON 형식으로 값을 escape하여 JSON 문자열로 변환해 주었어요. 이렇게 하면 특수 문자나, 따옴표 등을 JSON 형식에 맞게 변환하여 디스코드에 정상적으로 표시될 수 있도록 해 줄 수 있어요.

Objects.requireNonNull()은 각 객체의 값이 Null일 경우 NPE(Null Point Exception)가 발생하지 않게 사용해 준 부분이에요.

세번째 매개 변수 inline 부분은 필드를 인라인으로 표시할지(true) 또는 블록 형식으로 표시할지(false)를 설정하는 부분이에요. 위와 같이 false로 설정하면 필드가 블록 형식으로 표시되고, true로 설정하면 인라인 형식으로 표시된답니다.

DiscordAppender.append() 126 ~ 128번째 줄

위의 내용은 요청 정보의 Body를 가져오는 부분이에요.

StringUtil.translateEscapes()는 주어진 문자열에서 이스케이프된 문자열을 원래의 문자로 변환하기 위해 사용한 부분이에요. 이는 주로 JSON 형식의 문자열에서 특수 문자가 이스케이프된 경우 이를 원래의 문자로 복원하기 위해 사용하는 메소드에요.

이를 통해 문자열에서 이스케이프된 특수 문자를 원래 문자로 변경하는데, 예를 들어 JSON 형식의 문자열에서는 이스케이프 문자로 역슬래시('\')가 사용되요. 개행 처리 같은 경우 ('\n')로 표현되고, ('\"')는 큰 따옴표를 의미해요.

이를 통해 HTTP 요청의 Body 정보를 JSON 형식으로 변환된 문자열에서 이스케이프된 특수 문자를 원래 문자로 복원하여 원본 HTTP 요청의 Body 내용을 읽기 위한 부분이에요.

만약 아래와 같이 JSON 값이 들어왔다면

"{ \"name\": \"John\", \"age\": 30, \"city\": \"New York\" }"

StringUtil.translateEscapes()를 사용하여 아래와 같이 표현되게 할 수 있어요.

{ "name": "John", "age": 30, "city": "New York" }

 

DiscordAppender.append() 131 ~ 140번째 줄

위 메소드는 예외 정보를 디스코드 메시지의 임베드로 추가하는 부분이에요.

예외가 발생했을 때, 해당 예외의 상세 정보를 문자열로 변환하여 디스코드 웹훅의 입베드에 추가되도록 해준 부분이에요.

다만, 디스코드는 무제한으로 메시지를 작성할 수 없기 때문에(무료 버전의 경우) 최대 4,000자가 넘지 않도록 처리해 준 부분이에요.

131번째 줄은 throwable 변수가 Null이 아닌 경우에만 해당 내용이 동작하도록 해 주었어요.

최초 ThrowableProxyUtil 클래스는 예외의 상세 정보를 문자열로 변환하는 유틸리티 클래스인데, 해당 클래스의 asString()에 throwable을 전달하여 throwable에 해당하는 예외의 상세 정보를 문자열 형태로 받아올 수 있도록 처리해 주었어요.

이 문자열에는 클래스 이름, 메시지, 스택 트레이스 등을 포함하고 있어요.

133번째 줄은 해당 예외 상세 정보가 4000자를 넘을 경우 4000자만 디스코드로 전달되게 해 준 부분이에요.
subString()을 사용하여 문자열의 처음부터 4000자까지의 부분 문자열을 exception 변수에 저장하도록 해 주었어요.

134 ~ 139번째는 discordWebhook 객체에 디스코드 메시지의 임베드를 추가한 뒤 임베드의 제목은 "[Exception 상세 내용]" 으로 하고, 임베드의 색상은 messageColor 변수에 해당하는 색상으로 지정해 주었어요.

임베드의 설명은 exception 변수가 갖고 있는 문자열로 해 주었고, JSON 형식으로 변환된 문자열로 이스케이프 되어 디스코드에 전달되게 해 주었어요.

DiscordAppender.append() 142 ~ 149번째 줄

이 부분은 디스코드 웹훅의 execute()를 호출하여 디스코드 메시지를 전송하고, 그 다음 데이터베이스에 로그 정보를 저장할 수 있도록 해 준 부분이에요.

만약 디스코드 메시지 전송에 실패하면 IOException을 터트리게 되는데, 이 경우 ErrorLogAppenderException으로 주니가 만든 커스텀 Exception을 던지도록 처리해 주었어요.

최초 execute()는 discordWebhook 객체의 execute()를 호출하여 디스코드 웹훅을 통해 메시지를 전송하도록 해 준 부분이에요. 이 곳에서 바로 디스코드에 메시지가 표시되는 것이랍니다.

144번째 줄에는 inDBInsert()를 호출하여 로그 정보를 데이터베이스에 저장할 수 있도록 해 준 부분이에요.
이 때, 로그 레벨, 예외 간략 정보, 예외 상세 정보, 서버 정보 및 MDC 정보가 매개 변수로 전달되어 모든 정보가 데이터 베이스에 저장될 수 있도록 처리해 준 부분이에요.

그렇다면 이용자 정보를 가져오는 부분은 어떻게 처리하였을까요?

이 부분은 아래에서 이야기 해 보도록 할게요.

 

 

 

 

        📦 MDCFilter

주니는 요청 정보를 Filter를 이용해서 가져올 수 있도록 처리해 주었어요.

이에 대한 정리는 이 곳에 해 두었어요. 많은 관심 부탁드려요.

[Spring Boot] OncePerRequestFilter란?

 

MDCFilter

반응형

위 클래스는 OncePerRequestFilter를 상속하고, HTTP 요청에 대한 필터링을 수행하는 곳이에요.
MDC(Mapped Diagnostic Context)를 사용하여 HTTP 요청과 관련된 컨텍스트 정보를 로그에 추가할 수 있도록 만들어 주었어요.

@Component를 통해 스프링의 컴포넌트 스캔을 위한 어노테이션으로 해당 클래스를 스프링의 Bean(빈)으로 등록하도록 지정해 주었어요. 즉, 스프링이 자동으로 해당 클래스의 객체를 생성하고 관리하게 하여 제어의 역전(IoC)를 구현해 스프링에게 관리하도록 한 부분이에요.

doFilterInternal()은 OncePerRequestFilter에서 상속받은 추상 메소드에요.
HTTP 요청에 대한 필터링 로직 구현 메소드로 이 메소드는 HttpServletRequest와 HttpservletResponse, FilterChain을 매개 변수로 받고 있어요.

36번째 줄에 WebUtils.getNativeRequest(request, HttpServletRequest.class)는 스프링의 WebUtils를 사용하여 HttpServletRequest 객체를 가져오도록 한 부분이에요.

38 ~ 45번째 줄은 MDCUtil 클래스의 특정 정보를 MDC에 저장하는 역할을 하고 있어요.
MDCUtils.setJsonValue()를 호출하여 HTTP 요청과 관련된 정보들을 MDC에 추가해 주었어요.
이는 로그 기록 시 해당 정보들이 함께 로그에 기록 되도록 하기 위함이에요.

각 메소드들을 HTTP 요청으로부터 필요한 정보를 가져와 JSON 형식으로 변환하여 MDC에 저장해주고 있어요.
예를 들어 MDCUtil.setJsonValue(MDCUtils.REQUEST_URI_MDC, HttpRequestUtil.getRequestUri()는 HTTP 요청의 URI 정보를 가져와 JSON 형식으로 변환하여 MDC에 "이용자 요청 URI 정보"라는 키로 저장되게 해 주는 거에요.

47번째 줄은 필터 작업이 완료되면 FilterChain의 doFilter()를 호출하여 다음 필터나 서블릿으로 제어를 전달해 주는 부분이에요.

이렇게 구현하여 HTTP 요청에 대한 필터를 통해 해당 HTTP 요청과 관련된 정보들을 MDC에 추가하여 로그에 함께 기록되도록 해 주었어요.

이를 통해 HTTP 요청과 관련된 다양한 정보들을 모니터링하고, 디버깅할 수 있게 해 준 부분이에요.

 

 

 

    🔽 확인

        📦 테스트

 

이렇게 위와 같이 Exception이 발생하면 Exception 내용과 함께 서버 정보, 요청 이용자 정보와 요청 정보를 함께 확인할 수 있도록 해 줄 수 있어요.

 

다음 글에서는 데이터 베이스에 해당 로그 정보 등을 저장하는 방법에 대해 정리해 보도록 할게요.

 

 

 

스프링 부트 3 백엔드 개발자 되기 : 자바 편

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."