최근 프로젝트 초기 구조를 잡는 일을 하면서 공통 응답과 에러 처리에 대해 고민하게 되었습니다. 지금까지는 이미 만들어진 서비스의 소스 코드를 수정하고 일부 신규 기능을 개발하는 업무를 주로 했기 때문에 기존에 사용하던 응답과 에러 처리 방식을 사용했고 해당 부분에 대해 고민하지 않았던 것 같습니다. 오늘은 프로젝트의 기본이 되는 예외 처리를 Spring Boot가 어떻게 처리하도록 지원하는지 정리해보겠습니다. API 개발에서 최종적으로 저는 @ExceptionHandler 와 @RestControllerAdvice 를 사용할 예정이지만 그 전에 어떤 식으로 예외 처리가 될 수 있는지 차근차근 알아보겠습니다. 1. 스프링의 기본적인 예외 처리 방법 Spring은 만들어질 때(1.0)부터 에러 처리를 위한..
Error vs Exception 컴파일 단계와 런타임 단계에서 발생하는 에러를 각각 컴파일 에러, 런타임 에러라고 합니다. 컴파일 에러의 경우 자바 컴파일러가 문법 검사를 해주어 컴파일 전에 수정이 가능합니다. 이후 컴파일이 정상적으로 수행되어도 프로그램이 실행 중인 런타임에 에러가 발생할 수 있습니다. 런타임 에러는 개발자가 컨트롤할 수 있는 영역인 Exception과 기반 시스템의 문제로 발생하는 Error가 있습니다. 에러를 도식화하면 다음과 같습니다. Checked Exception vs Runtime Exception Exception은 다시 Checked Exception과 Runtime Exception으로 구분됩니다. Checked Exception Runtime(Unchecked) Ex..
- Total
- Today
- Yesterday
- Dynamic Programming
- ECR
- EC2
- java
- 프로그래머스
- AWS
- 순열
- SWIFT
- sort
- spring
- CodeCommit
- search
- permutation
- 조합
- 수학
- CodePipeline
- array
- CodeDeploy
- string
- ionic
- Baekjoon
- map
- 에라토스테네스의 체
- BFS
- Combination
- DFS
- Algorithm
- 소수
- programmers
- cloudfront
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |