🏝️ Spring/Web MVC

이전까지의 예외 처리 포스팅에서는 API 방식이 아닌 기본적인 화면을 반환하는 방식의 예외 처리를 다루었다. 그러나 API 통신에서 예외가 발생할 경우, 화면을 반환하는 것은 아무런 쓸모가 없다. 따라서 API 통신에서 예외가 발생했을 경우에는 어떤 식으로 예외 메세지를 반환할 것인지를 정하고, 그에 맞게 json으로 예외 메세지를 반환해 주어야 한다. 스프링 부트가 제공하는 기본 예외 처리 스프링 부트는 BasicErrorController를 통해 기본적인 예외처리를 수행한다고 했었다. API 예외 또한 이곳에서 기본적으로 처리해 주는데, 반환해주는 json은 다음과 같은 형식이다. Accept 헤더가 application/json인 경우 { "timestamp": "2022-01-07T13:17:21..

스프링 부트를 사용한다면, 에러 페이지를 굉장히 쉽게 등록할 수 있다. 스프링 부트는 ErrorPage를 자동으로 등록해준다. 이때 경로는 "/error"이다. 그리고 해당 요청에 대해 처리하기 위해 BasicErrorController라는 스프링 컨트롤러를 자동으로 등록한다. 오류 페이지 등록 방법 BasicErrorController는 기본적인 로직이 모두 개발되어 있다. 개발자는 BasicErrorController가 제공하는 룰과 우선순위에 따라서 오류 페이지를 등록하면 된다. 이제부터 등록하는 방법에 대해서 알아보자. 뷰 선택 우선순위 뷰 템플릿 resources/templates/error/500.html resources/templates/error/5xx.html 정적 리소스 (static..

스프링을 사용하지 않는 순수한 서블릿 컨테이너는 예외를 다음 두 가지 방식으로 처리한다. Exception - 우리가 알고있는 그 일반적인 예외 response.sendError(HTTP 상태 코드, 오류 메시지) 1. Exception의 처리 방식 자바의 메인 메서드를 직접 실행하는 경우, main이라는 이름의 쓰레드가 실행된다. 만약 실행 도중에 예외를 잡지 못하고 처음 실행한 main() 메서드를 넘어서 예외가 던져지면, 예외 정보를 남기고 해당 쓰레드는 종료된다. 이건 많이들 경험해 보았을 것이다. 웹 애플리케이션의 경우 사용자 요청별로 별도의 쓰레드가 할당되고, 이는 서블릿 컨테이너 안에서 실행된다. 애플리케이션에서 예외가 발생한 경우, try catch로 잡지 못하고 서블릿 컨테이너 밖으로 예..

시작하기에 앞서 필터는 서블릿이 제공하는 기능이고, 인터셉터는 스프링이 제공하는 기능이다. 이를 알고 공부를 시작해보도록 하자. 서블릿 필터 필터를 사용하는 이유는 로그인 처리 등과 같은, 애플리케이션에서 공통적으로 관심이 있는 로직을 처리하기 위함이다. 스프링 AOP로도 처리할 수 있지만, 웹과 관련된 공통 관심사는 필터 또는 인터셉터를 사용하는 것이 좋다. 웹과 관련된 로직을 처리할 때에는 HTTP의 정보가 필요한데, 필터나 인터셉터는 HttpServletRequest, HttpServletResponse를 제공하기 때문이다. 필터의 흐름 Http 요청 -> WAS -> 필터 -> (디스패처)서블릿 -> 컨트롤러 필터를 호출한 다음에 서블릿이 호출되기 때문에, 요청 로그를 남기능 등의 로직을 처리하기..

Bean Validation 기본적은 검증 로직을 공통화하고, 표준화 한 것이 Bean Validation이다. Bean Validation은 특정한 구현체가 아니라 Bean Validation 2.0이라는 기술 표준이다. 간단하게 말하자면, 검증 애노테이션과 여러 인터페이스의 모음이다. 이러한 Bean Validation을 구현한 기술들 중 일반적으로 우리는 하이버네이트 Validatior를 사용한다. 이름에 하이버네이트가 붙어있지만 ORM과는 관련이 없다. 아래는 참고 사이트다 Hibernate Validator 6.2.1.Final - Jakarta Bean Validation Reference Implementation: Reference Guide Validating data is a commo..

메시지 상황을 하나 가정해서, 게시판 서비스를 만들었다고 생각하자. 모든 게시판에서 게시판에 달린 글을 "댓글"이라고 표시했다고 생각해보자. 그 상황에서 댓글을 "답글"로 고치라는 명령이 떨어졌다고 생각해보자. 우리는 모든 페이지의 댓글을 찾아 답글로 고쳐야 할 것이다. 화면이 많으면 많을수록 해당 작업은 힘들고, 누락할 가능성도 존재할 것이다. 이런 다양한 메시지를 한 곳에서 관리하도록 하는 기능을 메시지 기능이라 한다. 예를 들면 다음과 같다. 'messages.properties'라는 메시지 관리용 파일을 만들고 comment=답글 comment.writer=작성자 ... 위와같이 작성한 후, 각 HTML(타임리프)들은 다음과 같이 해당 데이터를 key값으로 불러서 사용하는 것이다. (이는 뷰 템플..

혼자서 공부를 하던 중 @RequestBody를 사용하는 클래스에 기본 생성자를 만들어주지 않아서 오류가 발생했었습니다. @RequestBody를 통해 데이터를 바인딩 할 때는 ObjectMapper가 사용되며, 이때 값을 바인딩해주기 위해서는 기본 생성자가 필수입니다. 참고로 ObjectMapper가 사용되면 setter가 없어도 데이터에 값이 바인딩 될 수 있습니다. 이와 관련해서는 아래 블로그들을 참고하시면 좋을 것 같습니다. https://bbbicb.tistory.com/46 @RequestBody 모델에 기본생성자, setter/getter가 필요한가? 서론 최근에 Entity 모델의 속성의 성격을 잘 생각해보고 불변해야 하는 것들은 final로 선언해 명확하게 하라는 코드리뷰를 받았다. 한번..

🧐 HttpMessageConverter @RequestBody나 @ResponseBody는 메시지 바디에 들어있거나 메세지 바디에 작성되는 문자 혹은 JSON 등의 데이터를 String 또는 객체로 바로 변환하여 사용할 수 있게 해줍니다. 이와 같이 HTTP 메시지 바디의 내용을 개발자가 사용하게 편리하도록 변환하여 주는 역할을 HttpMessageConverter가 담당합니다. HttpMessageConverter는 @RequestBody, HttpEntity가 파라미터에 붙어있는 경우, 그리고 반환 시 @ResponseBody 혹은 HttpEntity를 사용하는 경우 작동합니다. 🧐 HttpMessageConverter 구조 HTTP 메시지 컨버터는 인터페이스로 이루어져 있습니다. public in..