탁구장 - 코딩 블로그

JPA native query에서 DTO로 매핑할 때 호환이 잘 안 되면 이런 문제가 발생한다. 그래서 구글링한 결과 Interface로 받아야 한다고 해서, JPA -> Interface -> DTO -> Service 로 받아서 사용하였다. 근데 그냥 Interface만 사용해도 괜찮을 것 같아서 수정했다.사실 위에처럼 DTO, Interface 두 개의 파일이 있는 게 너무 불편했다.. 이전에 시도했던 방법https://kongjino.tistory.com/25 [SpringBoo] JPA 오류: No converter found capable of converting from typeNative Query로 Join 후 두 테이블 이상 select 할 때, entity를 DTO로 매핑하지 못해 발..

Native Query로 Join 후 두 테이블 이상 select 할 때, entity를 DTO로 매핑하지 못해 발생하는 문제 해결 방법입니다. JPA로SELECT a, b FROM A a, B b WHER a.id = b.id;같은 쿼리를 보내고, DTO로 받고 싶을 때 문제가 발생한다.   조금 간편한 방법(제가 생각하기에 더 나은 방법)에 대해 2번째 포스트를 올렸습니다.https://kongjino.tistory.com/27 Interface -> DTO -> Service 로 받아서 사용하였다. 근데 그냥 Inter" data-og-host="kongjino.tistory.com" data-og-source-url="https://kongjino.tistory.com/27" data-og-url..

아무튼 전 편에 이어서 이야기를 해보자면, 리액트의 주소와 스프링의 주소가 달라서 문제들이 생겼었다. 마지막 문제는 세션 문제였다. 그래서 과감히 세션을 버리고 토큰 방식으로 옮겼다. * 방식 나는 스프링 시큐리티를 이용했기 때문에 프론트에서 인가 코드를 직접 이용하고 그러지는 않았다. 스프링이 로그인 과정은 다 해준다. 로그인이 되면 백엔드에서 정보 따서 토큰화 한다음 프론트로 주고, 프론트에서는 토큰 저장해놨다가 백엔드로 보내주고 백엔드는 유효한지 체크해주는 것! 내가 작성한 플로우는 클라이언트는 로그인을 시도한다 (/oauth2/authorization/google) 스프링에서 로그인을 한 다음 사용자 정보를 백엔드로 넘겨준다 백엔드는 사용자 정보를 좋게 JWT에 담아서 얘를 리액트에게 리다이렉트 ..

스프링 부트와 AWS로 혼자 구현하는 웹서비스라는 책을 따라하며 백엔드 서버를 혼자 잘 구현했다. 그러고 프론트엔드로 구현해놓은 리액트와 연결하려 했다. (프론트는 다른 사람이 했음) 역시나~ 잘 될리가..ㅎ 백엔드의 진짜 문제는 서버 구동하면서 같다. 코딩은 백엔드의 10프로 정도만 하지 않나... 싶음... 우선 생긴 문제는 크게 1. CORS 오류 2. 스프링 시큐리티의 로그인 문제 이렇게다. * 본 포스트는 제가 나름대로 이해하고 생각한 내용입니다. 실제 구동 방식과 다를 수도 있습니다. 실제 정확한 원리와 개념은 다른 포스트를 보세요... 부끄러워요... * 책에서 나온 코드를 기준으로 작성되었습니다. 책 GitHub 주소: https://github.com/jojoldu/freelec-spri..