항해 99 68일차 보내기 (9조)
중간 발표 준비
중간 발표 준비할게 많음
프론트에서 카카오 인가코드를 요청하는데,
Redirect_URI를 백엔드 서버 주소로 설정해 놓아서
프론트에서 제대로 된 인가코드를 받지 못함
해결 : 소셜 로그인 시 Redirect_URI 은 반드시 프론트에서 접근할 수 있는 Host로 지정해야함(localhost:3000)
발표 - 프론트에서 카카오 인가코드를 요청하는데, 백엔드에서 리다이렉트URI를 백엔드 주소로 설정 해 놓아서 프론트에서 카카오에 접근할 수 있는 인가코드를 받을 수 없었습니다. 이 때 카카오에서 제공하는 에러 로그에 따라 URI를 프론트엔드로 바꿔 주어 해결했습니다
오류 사진
채팅 구현 시 프론트에서 메세지 publish는 되는데 subscriber에게 메세지 송신이 불가능한 상태가 지속되어 실시간 채팅이 안되는 문제가 있었습니다. 처음에는 기술적인 부분에서 문제를 찾다가 채팅부분만 따로 처음부터 다시 작성을 해 보던 와중에 프론트와 백엔드간에 토큰을 주고받는 과정에서 오타를 발견하여 교정했습니다.
이전에 카카오 로그인에서와 마찬가지로 동일한 지식으로 프론트와 백에서 코드로 풀이하는 방법이 달라 소통하는 데 어려움이 있었습니다. 덕분에 새로운 기술을 적용하는데 프론트와 어떻게 소통하는 지 배울 수 있는 계기가 되었습니다.
.sh
파일에서 오류가 일어난 경우, 로그가 정상이어도 오류가 날 수 있다는 조언을 들은 다음 작성한 deploy.sh
파일을 살피니 정확한 오류의 원인을 발견.jar 파일을 생성 시 SNAPSHOT-plain.jar 파일과 SNAPSHOT.jar 파일이 같이 생성되는데 정확히 **SNAPSHOT.jar 파일을 실행하라는 명령을 내리지 않았기 때문에 오류가 난 것을 파악.
아래의 코드에서 $REPOSITORY/.jar → $REPOSITORY/SNAPSHOT.jar 로 바꿈.
echo"> 새 애플리케이션 배포"
JAR_NAME=$(ls-tr $REPOSITORY/*SNAPSHOT.jar |tail-n 1)
CD 구현 시도 중 확인된 오류가 없는데도, 배포용 애플리케이션이 정상적으로 실행되지 않았습니다. 그러던 와중 “로그가 전부 정상인데도 오류가 났다면, 셸 파일에 문제가 생겼을 가능성이 크다.”라는 조언을 듣고 배포용 셸 파일(deploy.sh)을 재차 살펴보았습니다. 배포 준비 과정에서 배포 파일과 동일한 확장자를 가진 파일이 한 개 더 생성되었음에도, 배포할 파일을 확장자로만 표기했었습니다. 따라서, 실행시킬 파일을 명확히 표기함으로써 오류를 해결하였습니다.