Ca

이 포스팅에서는 Docker와 Git Action을 사용하여 CI/CD를 구축합니다. CI/CD는 지속적 통합(Continuous Integration) 및 지속적 제공/배포(Continuous Delivery/Deployment)를 의미하며, 소프트웨어 개발 라이프사이클을 간소화하고 가속화하는 것을 목표로 합니다. 작성한 코드를 push하고, 리모트 서버에서 pull하고 build하고 run하는 일련의 과정들을 자동화한다면, 개발자는 개발에만 집중할 수 있겠죠??이렇게 push -> pull -> build -> run 하는 과정들을 하나의 파이프라인으로 구축하여 자동화하는 것을 CI/CD라고 생각하시면 되겠습니다!CI/CD 중 지속적 통합(CI)은 코드 변경 사항을 공유 소스 코드 리포지토리에 통합하..

지난 포스팅에서 JWT를 프로젝트에 도입해 보았습니다. 로그인 성공 시 AccessToken과 RefreshToken을 클라이언트에게 Json으로 응답하도록 구현하고, 추가로 JWT 필터를 생성하여 AccessToken을 검증하도록 구현했었습니다. 그리고 JwtFilter에서 액세스 토큰이 유효하지 않은 경우에는 핸들러를 사용하여 로그인 요청 메시지를 클라이언트에게 응답으로 내려주었었는데요. 마지막으로 유효성과 별개로 액세스 토큰의 기한이 만료된 경우에 RefreshToken을 통해 AccessToken을 재발급받는 로직을 구현해보겠습니다. 액세스 토큰을 재발급하는 방법은 크게 2가지가 있겠습니다. 요청마다 Access Token과 Refresh Token을 같이 넘기고 액세스 토큰이 만료된 경우 리프레..

지난 포스팅에서 카카오 로그인과 그 후처리 과정들을 구현하면서 loadUser() 메소드에서 최초 로그인의 경우 데이터베이스에 회원을 저장하고, Details 객체를 만들어 Authentication 객체에 담고, SecurityContext에 Authentication 객체를 보관하도록 설정하였고 최초 로그인이 아닌 경우에는 데이터베이스에서 회원을 가져와 Details 객체를 만들어 Authentication 객체에 담고, SecurityContext에 Authentication 객체를 보관하도록 설정하였습니다. 이번 포스팅에서는 JWT를 프로젝트에 어떻게 적용했는지 코드를 살펴보겠습니다. * 이번 포스팅에서는 단순 JWT 적용에 대해서 알아보고, accessToken 만료에 대한 처리 과정은 다음 포..

DND 사이드 프로젝트에서 인증으로 카카오 로그인을 채택하여 진행하게 되었습니다. Spring Security와 JWT, OAuth2 Client, Redis를 사용하여 카카오 로그인을 프로젝트에 어떻게 적용했는지 한 번 정리해보도록 하겠습니다. 먼저 카카오 로그인 과정을 짚어봅시다. Step 1. 인가 코드 받기 1. 카카오 인증 서버로 /oauth/authorize URI로 GET 요청을 보냅니다. 2. 카카오 인증 서버에서 클라이언트에게 카카오 로그인 페이지를 통해 로그인을 요청합니다. 3. 사용자는 카카오계정으로 로그인 4. 카카오계정이 유효한 경우 카카오 인증 서버에서 클라이언트에게 동의 화면을 통해 사용자 정보 수집 동의를 요청합니다. 5. 클라이언트가 동의한 항목을 카카오 인증 서버에게 요청..

객체지향적으로 좋은 방식은 아니지만, 개발자들은 static 정적 메소드와 static 정적 필드만을 담을 클래스를 만들고 싶을 때가 있을 것입니다. 예를들면 Math나 Arrays처럼 기본 타입 값이나, 배열 관련 메소드들을 모아 놓을 수 있습니다. 또는 Collections 처럼 특정 인터페이스를 구현하는 객체를 생성해주는 정적 메소드를 모아놓을 수 있습니다. 마지막으로 final 클래스를 상속해서 하위 클래스에 메소드를 넣는 것은 불가능하기 때문에 final 클래스와 관련한 메소드들을 모아 놓을 때도 사용할 수 있겠습니다. 이런 정적 멤버만 담은 유틸리티 클래스는 인스턴스로 만들어 쓰려고 설계한 것이 아니기 때문에 인스턴스화를 막아주어야합니다. 하지만 생성자를 명시하지 않으면 컴파일러가 자동으로 기..