🏝️ Spring

🧐 Http 요청 헤더 조회 예시를 통해 살펴보겠습니다. import jakarta.servlet.http.HttpServletRequest; import jakarta.servlet.http.HttpServletResponse; import lombok.extern.slf4j.Slf4j; import org.springframework.http.HttpMethod; import org.springframework.util.MultiValueMap; import org.springframework.web.bind.annotation.CookieValue; import org.springframework.web.bind.annotation.RequestHeader; import org.springframe..

🧐 @RequestMapping 요청된 url에 대해서 매핑하기 위하여 사용합니다. 예를 들어 다음과 같습니다. @RequestMapping("/hello-basic") public String helloBasic() { return "ok"; } @RequestMapping을 처리하는 HandlerMapping과 HandlerAdapter는 다음과 같습니다. RequestMappingHandlerMapping RequestMappingHandlerAdapter 🧐 URL 경로에 대한 매핑 @RequestMapping("/hello") /hello 로 URL 호출이 오면 이 메서드가 실행되도록 매핑합니다. 대부분의 속성을 배열로 제공하므로 다음과 같이 다중 설정도 가능합니다. {"/hello", "/hi..

🧐 서론 이전 글에서 스프링 MVC의 전체적인 구조를 간략하게 살펴보았습니다. 이때 HandlerMapping과 HandlerAdapter를 사용하는 것을 알 수 있었는데, 이번에는 이에 대해서 알아보도록 하겠습니다. 🧐 Controller가 호출되기 위한 조건 저희가 작성하는 Controller(혹은 Handler)가 호출되기 위해서는 아래와 같은 두 가지 조건이 만족되어야 합니다. 1. 요청(Request) URL이 들어오면, 해당 요청에 대응되는 Controller(Handler)를 HandlerMapping 속에서 찾을 수 있어야 합니다. 2. HandlerMapping을 통해 찾은 Controller(Handler)를 실행할 수 있는 HandlerAdapter가 필요합니다. 실행 흐름은 다음과 ..

스프링 시큐리티로 코드 작성하던 중에, 코드에 문제점이 있었다는 것을 발견했다. (정확히는 발견해주신 것) 문제가 되는 코드를 보자. @Service @RequiredArgsConstructor public class LoadUserService { private final RestTemplate restTemplate = new RestTemplate(); private SocialLoadStrategy socialLoadStrategy;//추상 클래스, 로그인을 진행하는 사이트레 따라 달라짐 public OAuth2UserDetails getOAuth2UserDetails(AccessTokenSocialTypeToken authentication) { SocialType socialType = aut..

처음 해당 코드 작성할 때, 정말 오랜 시간이 걸렸습니다 관련된 자료가 서버사이드 랜더링을 통해 회원가입을 진행하는 예시밖에 없었고, REST API를 사용하여 통신할 때 어떻게 처리해야 하는지에 대한 자료가 없어서 되게 고생 많이했었습니다. 저와 같은 사람이 많을까봐 이렇게 지금까지 했던 것들을 써보겠습니다. 동작 원리 프론트엔드는 리액트를 사용하고 (리액트가 아니어도 상관없습니다), 백엔드로는 스프링을 사용하여 로그인을 진행할 것입니다. 리액트는 하는법을 모르기에 넘어가고, 백엔드의 구성 코드만 작성하겠습니다. 우선 프론트에서 소셜 로그인 API를 사용하여 AccessToken을 받아오는 코드까지는 작성해 주어야 합니다. 프론트에서는 AccessToken을 발급받아 서버에 전달해주고, 서버에서는 해당..

예전부터 @Transaction이 중첩되서 사용되면 어떻게 될까..?? 라고 몇번 생각해 보았고, 그때 대충 살펴보고 말았었는데, 오늘 어쩌다가 이것 관련해서 조금 흥미로운 부분이 생겨서 (사실은 종현님이 언급해주신 거긴 하지만) 정리해보려 한다. 사실 이 글은 이후 다룰 (중첩된) 트랜잭션에서의 예외처리에 대해 글을 서술할 때 알고있어야 할 내용이기에 간단하게만 다루고 다음 게시물로 넘어가겠다. 여기서는 @Transactional의 propagation 속성에 대해서 알아보자. Propagation(전파) 속성 스프링의 Propagation의 속성은 다음과 같다. REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED), SUPPORTS(TransactionDefi..

🧐 서론 이전 글에서 프론트 컨트롤러 패턴을 학습하며 간단한 웹 프레임워크를 만들어 보았습니다. 이번 글에서는 그때 만들어 두었던 구조와 실제 스프링 MVC의 구조를 비교해보며, 스프링 MVC의 구조에 대하여 이해해 보도록 하겠습니다. 🧐 스프링 MVC의 전체 구조 이전에 저희가 만들었던 프레임워크의 구조는 다음과 같습니다. (사진은 김영한 선생님의 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술의 자료에서 발췌하였습니다.) 스프링 MVC는 다음과 같은 구조를 가집니다. 매우 비슷한 구조를 지니고 있다는 것을 알 수 있는데, 변경된 부분은 다음과 같습니다. FrontController -> DispatcherServlet 이름만 달라졌을 뿐, DispatcherServlet 역시 프론트 컨트롤러의 역할..

🧐 들어가기에 앞서 앞으로 등장하는 컨트롤러(Controller)는 MVC 패턴에서의 Controller를 의미합니다. 이때 Controller의 역할은 다음과 같습니다. HTTP 요청을 받아파라미터를 검증합니다. 비즈니스 로직을 실행합니다. (이때 보통 Service 계층의 클래스를 통해 실행합니다.) 뷰(View)에 전달할 결과 데이터를 조회하여 모델(Model)에 보관합니다. 🧐 프론트 컨트롤러 패턴을 사용하지 않았을 때의 문제점 프론트 컨트롤러 패턴에 대해 알아보기 전에, 프론트 컨트롤러를 왜 써야 하는지, 사용하지 않으면 어떤 문제가 발생하는지 알아보도록 하겠습니다. 간단한 회원 관리 애플리케이션을 통해 살펴보도록 하겠습니다. 우선 요청이 들어오면 회원 가입 화면을 보여주는 Controller..