[FEAT] 토큰 재발급 api #156
[FEAT] 토큰 재발급 api #156
Conversation
| @PostMapping("/token") | ||
| public ResponseEntity<Response> recreateToken(Principal principal) { | ||
| val memberId = Long.parseLong(principal.getName()); | ||
| val response = authService.recreateToken(memberId); |
There was a problem hiding this comment.
토큰 이름 따라서 메소드명도 refreshToken은 어떤가요??
There was a problem hiding this comment.
뭔가 이름이 겹치는 거 같아서 혼란스러울 거 같은데 다른 이름을 추천해주실 수 있나요?
| Token token = generateToken(new UserAuthentication(memberId, null, null)); | ||
| Member member = findMember(memberId); |
| public TokenResponse recreateToken(long memberId) { | ||
| Token token = generateToken(new UserAuthentication(memberId, null, null)); | ||
| Member member = findMember(memberId); | ||
| member.updateRefreshToken(token.getRefreshToken()); |
There was a problem hiding this comment.
리프레시 토큰도 새로 만들어주는 이유가 있을까요?? 제가 이해하기로는 리프레시 토큰을 이용해서 액세스 토큰만을 새로 발급해주는 것으로 알고 있었어서요! 그래서 리프레시 토큰이 만료되면 로그인으로 밖에 새로 발급할 수 없는 것으로 이해했습니다! (대부분의 서비스들이 평균 1~2주 후 자동로그인이 해제되는 이유도 이 때문이구요!)
There was a problem hiding this comment.
전면 수정 후 다시 push햇으니 리뷰해주시면 감사하겠습니다!
|
새롭게 리팩토링하고 push햇으니 확인 부탁드립니다~
|
|
또한 리소스를 제공해준다는 점에서 201이 맞다 생각했는데 |
|
|
| @@ -26,6 +29,12 @@ public ResponseEntity<Response> signIn(@RequestHeader("Authorization") String so | |||
| return ResponseEntity.ok(success(SUCCESS_SIGN_IN.getMessage(), response)); | |||
| } | |||
|
|
|||
| @PostMapping("/token") | |||
| public ResponseEntity<Response> reissueToken(@RequestHeader("Authorization") String refreshToken) { | |||
| val response = authService.reissueToken(refreshToken); | |||
| Member findBySocialTypeAndSocialId(SocialType socialType, String socialId); | ||
| Member findMemberById(long memberId); | ||
| CottonCountResponse giveCotton(long memberId, CottonType cottonType); | ||
| MemberHomeInfoResponse getMemberHomeInfo(long memberId); | ||
| Member findMemberByRefreshToken(String refreshToken); |
There was a problem hiding this comment.
이전에 한번 논의했던 사항인 것 같긴 한데,
Member처럼 직접 Entity를 외부로 반환하는 것은 매우 위험하다고 생각해요. (위험성 중 하나로 Controller에서도 Entity에 접근할 수 있는 경우) 기존대로 직접 Entity를 호출해야하는 경우는 각 Service 내에서 Repository를 통해 가져오는 것이 안전하다고 생각해요.
There was a problem hiding this comment.
저번에 말씀하셨는데 깜빡했네요ㅠㅠ 수정했습니다~
✨ Related Issue
📝 기능 구현 명세
🐥 추가적인 언급 사항