[Feat] User API 수정 #39

You-Hyuk · 2025-01-24T14:16:41Z

✏️ 작업 개요

[KAN-26] User API 수정 #34

⛳ 작업 분류

작업1 MealTime 입력 개수 제한 예외처리
작업2 로그아웃 API 구현
작업3 이메일 전송 비동기 처리
작업4 임시 비밀번호 API 구현

🔨 작업 상세 내용

식사시간(MealTime) 입력 개수를 최소 1개 ~ 최대 4개로 제한하고, Integer Type으로 변경하였습니다.
로그아웃 API를 필터 기반으로 구현하려 하였으나 어려움이 있어 UserService에서 처리하는 방식으로 변경 및 구현하였습니다.
이메일 전송을 비동기로 처리하여 이전에 약 4초 ~ 7초 가량 걸렸던 전송 시간이 10ms ~ 30ms로 단축되었습니다.
임시 비밀번호를 이메일에 전송하는 방식으로 API를 구현하였습니다.

💡 생각해볼 문제

이전에 얘기했던 비밀번호 변경 방식에 어려움이 있을 것 같아 기존의 임시 비밀번호를 이메일로 전송하는 방식으로 구현하였는데, Figma 상에서 해당 이메일에 임시 비밀번호를 보내주기 전에 따로 검증 절차가 없는 것으로 확인되어 우선은 이메일 검증을 하지 않습니다.
임시 비밀번호 및 인증 코드의 형식을 정해야 할 것 같습니다. (현재 영어 대문자 및 숫자의 조합)
위 형식 및 이메일, 비밀번호 형식이 정해지면 validation 코드 추가할 예정입니다.

…to KAN-26-fix/user

github-actions · 2025-01-24T14:18:31Z

Test Results

1 tests 1 ✅ 0s ⏱️
1 suites 0 💤
1 files 0 ❌

Results for commit b27245b.

♻️ This comment has been updated with latest results.

david-parkk

고생하셨습니다! 비동기처리 + 예외 필터 처리는 저도 코드로는 처음 봐서 많이 배웠습니다.
API 명세서에도 반영하신걸로 알고 있는데 맞나요?
코멘트 몇개 남겼는데 확인해주세요 ~~ 🚗

david-parkk · 2025-01-24T15:00:25Z

src/main/java/com/ourmenu/backend/domain/user/api/EmailController.java

+    @PostMapping("/temporary-password")
+    private ApiResponse<TemporaryPasswordResponse> sendTemporaryPassword(@RequestBody EmailRequest request){
+        TemporaryPasswordResponse response = emailService.sendTemporaryPassword(request);
        return ApiUtil.success(response);
    }


기존의 임시 비밀번호 발급 대신에 비밀번호를 변경할 수 있도록 로직을 변경하기로 했던거 같은데 맞을까요?
비밀번호 변경 엔드포인트가 따로 있는것으로 알고 있는데, 그러면 이 엔드포인트를 삭제해야하는거 아닌가..

현재 비밀번호 변경이 아닌 임시 비밀번호 발급으로 구현을 한 상태입니다. 그 이유는 아래와 같습니다,

비밀번호 변경을 허용할 경우 이메일 인증 절차를 필수로 거쳐야 한다고 생각함. 현재 이메일 인증 API와 비밀번호 변경 로직이 존재하지만, 사용하는 상황에 따른 분리가 필요할 것 같은데 이를 처리하는데 어려움이 있음

임시 비밀번호 발급의 경우 해당 이메일에 비밀번호가 전송되는 것으로, 하면 좋겠지만 굳이 이메일 인증이 필요하지 않음(타인이 다른 사람의 이메일을 통해 임시 비밀번호를 변경한다 하더라도 확인할 필요가 없음). 또한 Figma 상에서 이메일 인증 절차는 따로 없는 것으로 확인됨

의도는 이해했어요.
제가 사용했던 서비스를 생각해보면 임시 비밀번호 발급만을 지원하는 서비스보다는 임시 비밀번호 + 비밀번호 변경을 같이 사용하고 있었어서 만약 임시 비밀번호를 사용하게 된다면 임시 비밀번호 + 비밀번호 변경 두가지를 모두 사용해야한다고 생각합니다.(딴 여기서 비밀번호 변경은 JWT단에서 인증인가를 모두 처리)
기획적인 내용이여서 전체 회의때 이야기 해봐요

david-parkk · 2025-01-24T15:01:22Z

src/main/java/com/ourmenu/backend/domain/user/api/UserController.java

-    private ApiResponse<String> signUp(@Valid @RequestBody SignUpRequest signUpRequest){
-        String response = userService.signUp(signUpRequest);
-        return ApiUtil.success(response);
+    private ApiResponse<Void> signUp(@Valid @RequestBody SignUpRequest signUpRequest){


저번에 알게된건데 void도 래핑 클래스가 있더라고요

david-parkk · 2025-01-24T15:04:46Z

src/main/java/com/ourmenu/backend/domain/user/application/AsyncEmailSenderService.java

+
+    private final JavaMailSender emailSender;
+
+    @Async("mailExecutor")


mailExecutor을 쓰는게 어떤 의미일까요?

david-parkk · 2025-01-24T15:07:26Z

src/main/java/com/ourmenu/backend/domain/user/application/EmailService.java

    }

+    public TemporaryPasswordResponse sendTemporaryPassword(EmailRequest request) {
+        String email = request.getEmail();
+        log.warn("{}", email);


로깅을 warn으로 정한 이유가 있을까요?

로깅은 계속 미루고 있는데 로깅관련 제 의견을 말해보면,
제 목표는 따로 처리하지 않은 예외 상황에 대해서 로깅메세지로 원인을 파악하기 위한 수단으로 사용하는 것입니다

디버깅하면서 잠시 사용했던 로그인데 못지웠네요 수정하겠습니다!

david-parkk · 2025-01-24T15:12:48Z

src/main/java/com/ourmenu/backend/domain/user/dto/request/EmailRequest.java

 public class EmailRequest {
-
-    @Email


제거된 이유가 있나요?

해당 어노테이션을 사용한 경우의 Request가 올바르지 않은 경우의 Validation이 주는 예외를 어떤 형식으로 처리하면 될 지 고민 되어 삭제하였는데, BindingResult를 사용하면 될 것 같아서 유효성 검증은 이후 형식들이 정해지면 한번에 정하겠습니다

david-parkk · 2025-01-24T15:13:07Z

src/main/java/com/ourmenu/backend/domain/user/dto/request/SignInRequest.java

+@Getter
+@NoArgsConstructor


david-parkk · 2025-01-24T15:14:05Z

src/main/java/com/ourmenu/backend/domain/user/dto/request/SignInRequest.java

    private String email;
-
-    @NotBlank


위에도 비슷한 맥락의 변경사항이 있어서, 유효성 검증은 나중에 한번에 처리하는 걸로 알고 있을게요

david-parkk · 2025-01-24T15:15:05Z

src/main/java/com/ourmenu/backend/global/config/AsyncConfig.java

+public class AsyncConfig implements AsyncConfigurer {
+
+    @Override
+    @Bean(name = "mailExecutor")


여기서 등록해서 @async에서 이름으로 호출하는 형태라고 이해해도 될까요?

넵 맞습니다. 또한 mailExcutor 라는 이름의 Bean으로 등록하여 사용하기 위해 Service 어노테이션을 사용하는 UserService에서 분리하여 AsyncEmailSenderService로 분리하였습니다.

david-parkk · 2025-01-24T15:16:23Z

src/main/java/com/ourmenu/backend/global/config/AsyncConfig.java

비동기 처리하느라 고생하셨습니다!

david-parkk · 2025-01-24T15:19:19Z

src/main/java/com/ourmenu/backend/global/filter/JwtExceptionFilter.java

많이 배우네요. 따로 필터를 선언해서 예외처리 좋네요!

You-Hyuk

넵 구현한 API들은 노션에 정리해두었습니다!
임시 비밀번호API 및 Reissue 관련하여 약간 회의하면 될 것 같습니당

You-Hyuk · 2025-01-24T16:08:18Z

src/main/java/com/ourmenu/backend/domain/user/api/EmailController.java

+    @PostMapping("/temporary-password")
+    private ApiResponse<TemporaryPasswordResponse> sendTemporaryPassword(@RequestBody EmailRequest request){
+        TemporaryPasswordResponse response = emailService.sendTemporaryPassword(request);
        return ApiUtil.success(response);
    }


현재 비밀번호 변경이 아닌 임시 비밀번호 발급으로 구현을 한 상태입니다. 그 이유는 아래와 같습니다,

비밀번호 변경을 허용할 경우 이메일 인증 절차를 필수로 거쳐야 한다고 생각함. 현재 이메일 인증 API와 비밀번호 변경 로직이 존재하지만, 사용하는 상황에 따른 분리가 필요할 것 같은데 이를 처리하는데 어려움이 있음

임시 비밀번호 발급의 경우 해당 이메일에 비밀번호가 전송되는 것으로, 하면 좋겠지만 굳이 이메일 인증이 필요하지 않음(타인이 다른 사람의 이메일을 통해 임시 비밀번호를 변경한다 하더라도 확인할 필요가 없음). 또한 Figma 상에서 이메일 인증 절차는 따로 없는 것으로 확인됨

You-Hyuk · 2025-01-24T16:09:21Z

src/main/java/com/ourmenu/backend/domain/user/application/EmailService.java

    }

+    public TemporaryPasswordResponse sendTemporaryPassword(EmailRequest request) {
+        String email = request.getEmail();
+        log.warn("{}", email);


디버깅하면서 잠시 사용했던 로그인데 못지웠네요 수정하겠습니다!

You-Hyuk · 2025-01-24T16:13:46Z

src/main/java/com/ourmenu/backend/domain/user/dto/request/EmailRequest.java

 public class EmailRequest {
-
-    @Email


해당 어노테이션을 사용한 경우의 Request가 올바르지 않은 경우의 Validation이 주는 예외를 어떤 형식으로 처리하면 될 지 고민 되어 삭제하였는데, BindingResult를 사용하면 될 것 같아서 유효성 검증은 이후 형식들이 정해지면 한번에 정하겠습니다

You-Hyuk · 2025-01-24T16:15:00Z

src/main/java/com/ourmenu/backend/global/config/AsyncConfig.java

+public class AsyncConfig implements AsyncConfigurer {
+
+    @Override
+    @Bean(name = "mailExecutor")


넵 맞습니다. 또한 mailExcutor 라는 이름의 Bean으로 등록하여 사용하기 위해 Service 어노테이션을 사용하는 UserService에서 분리하여 AsyncEmailSenderService로 분리하였습니다.

You-Hyuk added 25 commits January 20, 2025 04:08

feat: MealTime 입력 개수 예외처리

b96fe0c

Merge branch 'develop' of https://github.com/OurMenu/OurMenu-BE-V2 in…

6fc27dd

…to KAN-26-fix/user

feat: 유저 API 예외처리 추가

c9b2899

fix: Response 변경

4d53194

remove: SignOutFilter 제거

6487981

feat: Security RequestMatch 설정

65cec67

feat: 로그아웃 API 구현

e7cc350

feat: Reissue 검증 및 예외처리

615cd79

refactor: 정적 메소드 사용

6ce50c0

refactor: if문 분리

9b4afeb

refactor: 삼항 연산자 제거

4264036

rename: RefreshToken 헤더 이름 변경

111496e

fix: 디버깅용 로그 제거 및 예외처리 변경

40423ae

fix: User DTO @DaTa 어노테이션 변경 및 수정

069adb3

fix: MealTime 타입 Integer 변경

45fb760

fix: MealTime 예외 시 유저 저장 취소

9b25457

remove: validation 어노테이션 제거

7417a15

feat: 유저 정보 조회 Response 식사시간 추가

d48239b

rename: 토큰 유효 검사 메소드 이름 수정

e62d88c

fix: Invalid Token 에러코드 수정

5a92fd7

feat: JWT Exception 필터 추가

aa3adee

feat: 토큰 만료 예외처리

fbd3305

fix: NoArgsConstructor 어노테이션 추가

7a5db19

feat: 이메일 인증 메일 비동기 처리

dd9c5d3

feat: 임시 비밀번호 API 구현

f0fde66

david-parkk reviewed Jan 24, 2025

View reviewed changes

You-Hyuk commented Jan 24, 2025

View reviewed changes

remove: 디버깅용 로그 제거

b27245b

david-parkk approved these changes Jan 24, 2025

View reviewed changes

david-parkk merged commit 627d8d5 into develop Jan 24, 2025
5 of 6 checks passed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[Feat] User API 수정 #39

[Feat] User API 수정 #39

You-Hyuk commented Jan 24, 2025 •

edited

Loading

github-actions bot commented Jan 24, 2025 •

edited

Loading

david-parkk left a comment

david-parkk Jan 24, 2025

You-Hyuk Jan 24, 2025

david-parkk Jan 24, 2025

david-parkk Jan 24, 2025

david-parkk Jan 24, 2025

david-parkk Jan 24, 2025

david-parkk Jan 24, 2025

You-Hyuk Jan 24, 2025

david-parkk Jan 24, 2025

You-Hyuk Jan 24, 2025

david-parkk Jan 24, 2025

david-parkk Jan 24, 2025

david-parkk Jan 24, 2025

You-Hyuk Jan 24, 2025

david-parkk Jan 24, 2025

david-parkk Jan 24, 2025

You-Hyuk left a comment

You-Hyuk Jan 24, 2025

You-Hyuk Jan 24, 2025

You-Hyuk Jan 24, 2025

You-Hyuk Jan 24, 2025


		private final JavaMailSender emailSender;

		@Async("mailExecutor")

		@Getter
		@NoArgsConstructor

[Feat] User API 수정 #39

[Feat] User API 수정 #39

Conversation

You-Hyuk commented Jan 24, 2025 • edited Loading

✏️ 작업 개요

⛳ 작업 분류

🔨 작업 상세 내용

💡 생각해볼 문제

github-actions bot commented Jan 24, 2025 • edited Loading

Test Results

david-parkk left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

You-Hyuk left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

You-Hyuk commented Jan 24, 2025 •

edited

Loading

github-actions bot commented Jan 24, 2025 •

edited

Loading