개발지식 먹는 하마 님의 블로그

[내일배움캠프 61일차] Spring 심화 프로젝트 회고 본문

내일배움캠프 (CS25)

[내일배움캠프 61일차] Spring 심화 프로젝트 회고

devhippo 2025. 5. 15. 12:00
  • Transactional의 다양한 활용법을 알 수 있었다. -> (별도의 글에 정리 중이다.)
  • 페이징 조회 시, 카운트 쿼리로 인한 중복된 부분을 줄일 수 있는 방법에 대해 고민해볼 수 있었다.
    https://devhippo.tistory.com/112
 

[Spring] QueryDSL 기초 + 페이징 적용

QueryDSL데이터 조회 시, 간단한 조회는 JPA를 통한 메서드명 설정만으로 조회를 할 수 있지만, 복잡한 조회를 위해서는 JPQL로 쿼리문을 문자열로 작성해야 한다.이는 가독성이 떨어지고 오타와 같

devhippo.tistory.com

  • 대용량 데이터 처리 시도 및 결과
    100만개의 데이터에서 입력한 닉네임과 일치하는 유저를 조회하는 경우 877ms, 0.877sec가 소요되었다.
    대용량 데이터에 대한 조회 성능을 최적화할 수 있는 여러 방법에 대해 찾아보았으나
    이 케이스에 적용할만한 부분은 보지 못하였다.

 


트러블 슈팅

도전 과제를 수행하던 도중, 정상적인 jwtToken으로 할 일에 대한 매니저를 등록하는 api를 실행하려고 할 때
다른 api는 잘 되면서 해당 api를 실행할 때만 만료된 토큰이라는 오류 또는 아무 변화도 발생하지 않는 현상이 발생했다.

스스로 해결하고자 했을 때, 매니저 등록 api가 다른 api와의 차이점인 AuthUser를 사용 부분을 눈여겨 보았으나
별다른 해결책을 찾지 못하였다.

튜터님의 도움을 받았을 때, 문제가 발생할 여지가 있는 곳은 config 또는 filter 쪽인 것 같다는 조언을
받으며 함께 1시간 정도 디버깅하며 문제를 찾아갔지만 해결할 수 없었다.

마음을 다잡고 혼자서 한 줄씩 디버깅한 결과 원인을 파악할 수 있었다.

url 뒤에 내가 입력한 api와 다르게 비정상적인 값 "%20"이 들어가고 있었다.

postman을 다시 확인해보니 입력한 api 주소 뒤에 공백이 들어가있었다...
공백을 제거하니 다른 api들과 마찬가지로 정상적으로 실행해볼 수 있었다!

코드에 아무 문제가 없는데 안된다면 Postman에 api 주소가 잘 입력되었는지 확인해보자...!

aws는 강의는 다 봤는데 나의 실수로 과금이 될까봐 두려워서 실제 적용을 망설이고 있다..
(주말에 해봐야지)