[Week9] Jamie

[HwangJaemin49]

📌 이슈 번호

RoomDB에 수정 사항이 생겨서 버전 변경이 필요하다는 에러가 떠서 MIGRATION 변수 추가하고 버전 변경을 설정했는데, 그 이후로는 User.kt에 정의한 UserTable을 찾을 수가 없다는 에러가 뜹니다.. 이름도 제대로 썼고 파일 경로도 에러가 없는데 뭐때문에 인식을 못하는지 파악을 못 하고 있습니다..

💻 작업 내용

실습 회원가입/로그인

📢 기타 사항

[SuHyeon00]

아래 리뷰들 확인해보시고 다시 구현한 후 리뷰어 재호출 해주세요~

추가로 현재 연결하는 서버의 주소가 http://~로 시작하는데 안드로이드에서는 https 프로토콜이 아닐 경우 기본적으로 아래와 같은 에러 메시지로 통신이 불가능하게 되어있습니다.

SIGNUP/FAILURE CLEARTEXT communication to 3.35.121.185 not permitted by network security policy

http 프로토콜 통신을 허용해주려면 manifest 파일의 <application ~~ > 부분에 networkSecurityConfig 속성을 정의해주고 usesCleartextTraffic 속성을 true로 설정해야 합니다. 자세한 방식은 링크를 참고해서 수정해주세요!

[SuHyeon00]

PR 내용에 적어주신 문제는 Migration시 실행하는 쿼리문이 잘못되어서 생긴 오류 같네요. 이전 UserTable의 스키마는 email과 password 컬럼만 있었다면 새로 migration해 줄 스키마에는 name 컬럼이 추가된 것이기 때문에 실행할 sql문이 isChecked를 추가하는 것이 아니라 name 컬럼을 추가하는 쿼리문으로 작성해주셔야해요!

Name 컬럼을 추가하실 때는 정의하신 User의 Entity 클래스와 동일하게 (nullable이라던지 기본 값이 있다던지 등) 설정해주셔야 하는데 이때 만약 이미 version1의 UserTable에 데이터가 들어가 있고 default value를 설정하지 않고 추가한다면 새롭게 추가하는 컬럼에 대한 데이터가 자동으로 Null값이 설정되게 됩니다. 여기서 내가 추가하고자 하는 컬럼의 nullable 속성이 false라면 마이그레이션 할 때 default value를 설정해줘야 오류가 나지 않을 거예요!

이와는 별개로 앱을 정식으로 출시하기 전까지는 RoomDB의 스키마가 변경된다고 해서 version을 올리다보면 끝도 없이 올라갈 가능성이 높기 때문에 버전을 업데이트하지 않고 실행하고 싶으실 경우 애뮬레이터에서 앱을 삭제 후 다시 실행해주시면 버전 업데이트 없이도 새로운 스키마로 RoomDB가 설정됩니다!

[SuHyeon00]

회원가입 과정에서 중복 이메일로 회원가입을 시도했을 때 현재 36번째 줄 코드에서 body를 찾을 수 없다는 에러가 발생하고 있습니다. 이와 관련한 로그들을 살펴보면

34번째 줄의 코드로 찍히는 로그

SIGNUP/SUCCESS    com.example.flo_clone    D  Response{protocol=http/1.1, code=401, message=, url=http://3.35.121.185/login}

(사실 회원가입시 호출되어야 할 api는 /signup에 해당하는 api가 호출되어야 하는데 이 부분은 저번 스터디 시간에 말씀드린 부분이라 수정하시면서 호출하는 endpoint도 수정해주시면 될 것 같아요!)

okHttp의 로깅 인터셉터로 찍히는 로그 (실제 api 통신 결과 Http message에 해당하는 로그라고 생각하시면 되고 okHttp의 로깅 인터셉터를 사용하려면 retrofit의 client로 설정해주시면 됩니다. 이 부분은 구글링하면 자세한 방법을 쉽게 찾을 수 있어 따로 링크는 첨부하지 않았습니다.)

okhttp.OkHttpClient     com.example.flo_clone     I  <-- 401 http://3.35.121.185/login (57ms)
okhttp.OkHttpClient     com.example.flo_clone     I  X-Content-Type-Options: nosniff
okhttp.OkHttpClient     com.example.flo_clone     I  X-XSS-Protection: 0
okhttp.OkHttpClient     com.example.flo_clone     I  Cache-Control: no-cache, no-store, max-age=0, must-revalidate
okhttp.OkHttpClient     com.example.flo_clone     I  Pragma: no-cache
okhttp.OkHttpClient     com.example.flo_clone     I  Expires: 0
okhttp.OkHttpClient     com.example.flo_clone     I  X-Frame-Options: DENY
okhttp.OkHttpClient     com.example.flo_clone     I  Content-Type: application/json;charset=UTF-8
okhttp.OkHttpClient     com.example.flo_clone     I  Content-Length: 86
okhttp.OkHttpClient     com.example.flo_clone     I  Date: Thu, 05 Dec 2024 10:38:08 GMT
okhttp.OkHttpClient     com.example.flo_clone     I  Keep-Alive: timeout=60
okhttp.OkHttpClient     com.example.flo_clone     I  Connection: keep-alive
okhttp.OkHttpClient     com.example.flo_clone     I  {"isSuccess":false,"code":"AUTH_005","message":"유저 인증에 실패했습니다."}
okhttp.OkHttpClient     com.example.flo_clone     I  <-- END HTTP (86-byte body)

실제 통신 결과로 찍히는 로그를 봐보면 분명 body 부분에 해당하는 응답이 있는 것 같은데 왜 body를 찾을 수 없다고 하는 것일까요?

이 부분은 34번째 줄의 코드로 찍히는 로그의 code값을 확인해보면 401로 설정되어있는 것과 관련이 있습니다. Retrofit2에서 제공하는 Response 객체는 이 code 값에 따라 성공 응답에 해당하는지 에러 응답에 해당하는지를 분류하여 각기 다르게 결과를 반환합니다.

아래 사진은 Retrofit2 클래스에서 구현한 Response 클래스의 일부를 갖고 온 것입니다.


간단히 설명하자면, Retrofit2를 이용하여 http 프로토콜 통신을 한 결과를 처리할 때 성공 코드에 해당할 경우에는 첫 번째 함수의 결과가 해당 api 호출에 대한 결과 Response 객체로 설정되고, 실패 코드에 해당할 경우에는 두 번째 함수의 결과가 해당 api 호출에 대한 결과 Response 객체로 설정됩니다.

각 함수의 반환부분을 보면 success 함수에서는 2번째 인자에 body가 설정되고, error 함수에서는 3번째 인자에 body가 설정되는 것을 알 수 있습니다. 이는 성공 응답에 대한 body는 response.body()를 통해 접근할 수 있지만 실패 응답에 대한 body는 response.errorBody()를 통해 접근해야함을 의미합니다.

이제 해당 코드를 아래와 같이 바꾸어서 로그를 확인해보면

override fun onResponse(call: Call<AuthResponse>, response: Response<AuthResponse>) {
    Log.d("SIGNUP/SUCCESS", response.toString())

    val errBody = response.errorBody()?.string()
    val gson = Gson()
    val resp2 = gson.fromJson(errBody, AuthResponse::class.java)
    Log.d("SIGNUP/FAILURE", resp2.toString())
}

이렇게 응답 로그가 잘 찍히는 것을 확인할 수 있습니다!

위의 Retrofit2에서 http 응답을 어떻게 처리하는지를 제대로 이해한 후에 성공 응답에 대한 처리와 예외 처리 로직을 수정해보시면 좋을 것 같아요! (추가로 현재 서버에서 제공하는 api 명세를 확인해보면 code값이 String으로 오고있기 때문에 AuthResponse 정의도 수정해주셔야 합니다!)