[ Pre-Project ]
- 오늘 팀원들이랑 RestDocs API 완성했다,,!
내일 프론트 분들 감동의 눈물 흘리시길 바라며,, ㅎ0ㅎ
- git pull request 후, merge할 때, web에서 conflict 해결하기에는 너무 복잡하므로, 로컬에서 pull해서 충돌 다 해결한 후에 다시 push 하라는 내용이 있었다. 처음에는 당황하고 복잡했지만, 2번 해봤더니 조금 익숙해진 것 같다.
- local에서 remote로 push할 때, branch 이름 같아야 함.
- username/password로 포스트맨 이용해서 로그인하면 404 에러 뜨길래, 배웠던 학습 컨텐츠를 보며 내가 작성한 것과 다른 부분을 찾아봤다.
- CustomAuthenticationFilter 클래스의 successfulAuthentication() 메서드의 this.getSuccessHandler().onAuthenticationSuccess(request, response, authResult);
successHandler부분의 유무로 포스트맨에서의 로그인 응답이 정상/비정상으로 나뉘었다. - 그래서 디버그를 찍어봄!!! 성장했다.
하지만 디버그를 찍은 뒤 어디로 타고 들어가서, 무엇을 찾아야하는지 몰라서 갓동기님께 배움,,ㅋㅋㅋ (F8은 다음 줄로, F7은 메서드 내부로 이동하는 단축키)
- 일단 원인은 로그인 후의 redirect 페이지를 따로 설정한 것이 없어서 null값이라 default 값("/")으로 설정되어 있는데,
현재 내 서버 어플리케이션에 루트 페이지가 설정되어 있지 않아서, 페이지 없음으로 404 에러가 뜨는 것이다. 실제로 로그인은 잘 되어서 JWT 토큰은 잘 반환되는 걸 디버그 통해서 확인함!
- savedRequest가 만약에 null이 아니면 그 페이지로 redirect 시켜준다.
즉, 회원전용 페이지를 클릭했더니, 로그인 페이지로 넘어가고, 로그인 후에 다시 회원전용 페이지로 넘어오는 원리. - 도토리랑 얘기하다가 새로 궁금해진 점은, 그렇다면 redirectUrl을 response의 어느 부분에 담아서 front에 넘기냐는 것,,
<느낀 점>
일단 오늘 팀원들과 다같이 고생해서 API 문서를 완성했다는 점에서 의의가 있다.
내가 너무 재촉한 건 아닌지,, 여러모로 반성하게 된다. 쉽지 않군,,
그리고 저녁에 security 하다가 위에 내용을 배우고, 확인하며 거의 카타르시스 느낌 ㅋㅋㅋ 정말로 명쾌한 설명이었다,, 기쁨 그 자체.
내일도,, 화이팅,, ★
