𝐏𝐫𝐨𝐣𝐞𝐜𝐭𝐬/𝐒𝐢𝐥𝐭𝐚𝐫𝐚𝐞

1. 이전 설계컨트롤러에서 memberId를 받아와야 할 경우, 메서드 파라미터 앞에 @Auth 어노테이션 추가ArgumentResolver가 요청 헤더의 Authorization 값을 추출Authorization 헤더 값이 null인 경우@Auth(required=true)이면 예외 반환@Auth(required=false)이면 컨트롤러 파라미터에 null값을 넘겨줌ArgumentResolver가 헤더에 담긴 JWT를 검증하고, 유효하지 않으면 예외 반환 굳이 이렇게 설계한 건 우리 프로젝트에 회원 여부에 따라 다른 정보를 보여주는 공용 API가 있었기 때문이다. 일반적이지 않고 이해하기 어려운 설계라 1년동안 고치고 싶다고 생각했는데... 다행히도 올해가 가기 전에 노트북 앞에 다시 앉았다👀 2. ..

1. 스프링 시큐리티를 쓰지 않은 이유 한마디로 말하자면 과도한 의존성 추가라고 생각했다. 프로젝트의 규모가 작고 진행 기간도 짧은 상황에서, JWT 검증만을 위해 Spring Security를 추가하는 건 과하다고 생각했다. 그래서 스프링 시큐리티 없이 ArgumentResolver를 이용해 JWT 검증을 구현하기로 했다. 2. 무엇을 구현할 건가요? 우리 서비스의 API는 크게 2가지로 나뉜다. 회원 전용 API 비회원도 호출 가능하지만, 회원과 비회원에게 다른 내용을 보여주는 API 회원 전용 API에서는 Authorization 헤더가 필수적이지만, 비회원도 사용 가능한 API에서는 Authorization 헤더가 필수적이지는 않다. 따라서 어노테이션에 required 속성을 추가하여, 비회원도 ..

7주차는 리프레시 기간이었기 때문에 8주차부터 시작하는 회고! 2023년이라고 썼다가 부랴부랴 2024로 바꿨다😂😂 1. 무슨 일이 있었나요? (1) 프로필 이미지 기능 구현 프로필 이미지 업로드 기능을 구현했다. 이미지 업로드는 이전에도 구현해본 적 있는 기능이지만, 그 때는 코드가 엄청 더러웠다. 그래서 이번에는 가독성 좋은 코드를 만들기 위해 노력했다. ImageUtil과 Image객체를 분리한 다음, 이미지 업로드 및 삭제는 유틸에서, 기타 파일 확장자 등의 반환은 이미지 객체에서 처리하도록 만들었다. (2) REST Assured를 이용한 E2E 테스트 진행 MockMvc로만 테스트를 진행하다가, 서블릿 컨테이너가 필요해져서 REST Assured를 이용한 통합 테스트를 진행했다. MockMvc..

1. 도입 계기 spring: servlet: multipart: max-file-size: 5MB spring.servlet.multipart.max-file-size 설정이 제대로 적용됐는지, 6MB짜리 파일을 업로드했을 때 정상적으로 예외가 발생하는지를 테스트하고 싶었다. 이를 위해서는 서블릿 컨테이너를 띄워야 했지만, 기존의 MockMvc는 가짜 서블릿 컨테이너를 띄워주기 때문에 이런 설정에 대한 테스트는 불가능했다. 그래서 RestAssured로 End-to-End 테스트를 작성해보기로 했다. 2. REST Assured란? REST Assured는 Java 기반의 오픈소스 라이브러리로, REST API 테스트를 편하게 작성할 수 있게 해준다. REST Assured는 아래와 같은 장점이 있다...

보호되어 있는 글입니다.

1. 무슨 일이 있었나요?(1) 로그아웃 기능 구현로그인에 로그아웃마저 구현 방법이 다양할 줄은 몰랐다🥲 우리 서비스는 액세스 토큰으로 JWT를 사용하고, 리프레시 토큰은 DB(레디스)에 저장하는 방식을 사용중이었다. 여기서 로그아웃을 진행하면 토큰을 무효화할 필요가 있었다. 리프레시 토큰을 무효화하는 건 DB에서 데이터를 삭제하면 되는데, 액세스 토큰은 JWT를 사용중이라 서버에서 토큰을 제어할 수 없다는 문제가 있었다. 결론부터 말하자면 리프레시 토큰만 삭제하고, 액세스 토큰의 삭제는 클라이언트 측에서 진행하도록 했다. 물론 로그아웃 시 액세스 토큰을 블랙리스트에 저장하여, 요청이 들어오면 블랙리스트 등재 여부를 검사하는 방식을 사용할 수도 있었다. 하지만 이렇게 되면 요청이 들어올 때마다 액세스 ..