𝐒𝐩𝐫𝐢𝐧𝐠

1. 들어가기에 앞서 글을 시작하기 전에, 이번 포스팅에서 다룰 소셜 로그인의 인증 플로우에 대해 간략하게 짚어보자. 사용자를 구글 로그인 창으로 넘겨준다. 사용자가 구글 로그인에 성공하면, 구글 서버는 우리에게 승인 코드(Authorization code)를 넘겨준다. (2)의 승인 코드를 구글 서버에게 넘기고, 구글 액세스 토큰을 받아온다. 구글 액세스 토큰을 이용해 사용자 대신 구글 사용자 정보를 받아온다. 사용자 정보의 유저 식별자를 통해 가입 여부를 확인한다. 새 회원이면 DB에 사용자 정보를 등록한 뒤, 로그인을 진행한다. 비유를 들어보자면... 이런 느낌이다. 사용자 정보: 금고에 보관 중 액세스 토큰: 금고의 열쇠에 해당. 서랍에 보관 중 승인 코드: 서랍의 자물쇠 비밀번호 액세스 토큰을 ..

소셜 로그인 구현은 처음이라 엄청 막막했지만... 어찌저찌 잘 끝내고 쓰는 후기 소셜 로그인 기능을 구현한 과정을 적어보기로 했다. 들어가기에 앞서, 구글은 카카오에 비해 문서가 매우 불친절하다. 한국어로 적혀있긴 하지만 정말 한글로 옮겨만 놓은 수준인데다가, 문서도 여러개라 꽤 고생했다🥲 영어 실력이 되는 분이라면 영어 문서를 보고 진행하는게 좋을 것 같다. 소셜 로그인을 구현하기 전, 소셜 로그인의 플로우에 대한 이해가 필요하다. 만약 소셜 로그인이 어떻게 진행되는지 모르는 상태라면, 이전 글을 보고 오는 걸 추천! 1. 먼저 구글 클라우드 플랫폼으로 이동해서, 새 프로젝트를 생성해준다. 2. 프로젝트 이름을 적어주고 만들기 버튼을 클릭한다. 3. OAuth 동의 화면 - User Type을 외부로 ..

이번 프로젝트를 진행하면서 처음으로 테스트 코드를 작성해보았다. 그 전에는 인강 강사님이 치는 것만 따라쳐봤는데, 실제 프로젝트에 적용하려니 스프링부트가 뜨는 데 너무 오래 걸렸다🥲 정확한 시간은 재보지 않았지만 대략 3~5초의 시간이 걸렸고, 이에 대한 해결방법을 찾다가 Mockito라는 걸 사용해보게 되었다. 1. Mockito란? Mockito는 Mock, 쉽게 말해 가짜 객체를 지원해주는 라이브러리이다. 가짜 객체를 사용하면 단위 테스트가 편해진다. 기존의 통합 테스트는 모든 빈을 띄우기 때문에 실행하는 데 시간이 오래 걸린다. 또한 다른 클래스의 정상 동작 여부에 따라 테스트 결과가 바뀐다는 문제점이 있었다. Service의 createTag()가 정상 동작하는 걸 확인하고 싶어도, Reposi..

인프런 김영한님의 스프링 MVC 1편 강의 내용을 바탕으로 작성한 글입니다. 1. HttpServletResponse HttpServletResponse는 HTTP 응답 메세지를 생성해주는 클래스이다. 응답 메세지를 직접 생성하는건 번거롭기 때문에, 응답코드와 헤더, 바디에 넣을 값들을 넣어주면 HttpServletResponse 객체가 응답 메세지를 생성해준다. @WebServlet(name = "responseHeaderServlet", urlPatterns = "/response-header") public class ResponseHeaderServlet extends HttpServlet { @Override protected void service(HttpServletRequest reques..

인프런 김영한님의 스프링 MVC 1편 강의 내용을 바탕으로 작성한 글입니다. 1. 서블릿 등록하기 package hello.servlet; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.boot.web.servlet.ServletComponentScan; @ServletComponentScan // 서블릿 자동 등록 @SpringBootApplication public class ServletApplication { public static void main(String[] args) { S..

인프런 김영한님의 스프링 MVC 1편 강의 내용을 바탕으로 작성한 글입니다. 이전 글에서 클라이언트의 요청을 처리해주는 웹 애플리케이션 서버에 대해 아주 간단하게 알아보았다. 그렇다면 웹 애플리케이션 서버는 무슨 일을 할까? 클라이언트가 아래와 같은 요청을 보내왔다고 생각해보자. POST /save HTTP/1.1 Host: localhost:8080 Content-Type: application/x-www-form-urlencoded username=kim&age=20 대충 이름이 kim이고 나이가 20세인 회원의 정보를 등록해달라는 요청이다. WAS는 이 요청을 처리하기 위해 아래의 업무들을 전부 처리해주어야 한다. 클라이언트와의 소켓 연결 HTTP 요청 메세지 파싱해서 읽기 매핑 정보 확인 Cont..