Cors에 대해서 어느 정도 공부를 했었기 때문에,한 동안 Cors 에러를 만나지 않았는데,갑자기 또, Cors 에러를 만나서 한참 고생을 했다.결론부터 말하자면 원인은 너무나 심플했다.예전에 테스트하면서 설치한 이 크롬앱이 Cors OPTIONS 요청에 대한 응답 헤

JPA로 엔티티를 설계하고, 쿼리를 짜다 보면연관관계가 굉장히 복잡해지는 경우를 볼 수 있다.보통 그럴 때, fetch join이 만능 해결책처럼 사용되곤 하는데fetch join도 한계가 있다.위 객체 처럼, 1대다로 묶인 여러 컬랙션은 fetch join으로 끌어올

백엔드와 프론트엔드를 완전 나눠서 프로젝트를 진행하고 있는데,어느정도 CRUD API가 만들어진 후, 프론트분들이 편하게 돌릴 수 있도록docker-compose로 배포하는 작업을 하던 중분명 잘못된 설정이 없는데 안된 일이 발생했다.docker로 배포할 것은 Spri

Spring Data 에서는 편리한 페이지네이션을 위해 Pageable 객체를 제공한다.이를 이용하면 백엔드와 프론트엔드 모두 편하게, 페이지네이션과 정렬을 할 수 있다.Controller에서 Pageable 객체를 인자로 받을 때, 프론트에서 보낼 수 있는 요청에 대

Querydsl 5.0부터 fetchResults() 와 fetchCount()가 deprecated되었다.사유는 아래와 같다.fetchResults() : Get the projection in QueryResults form. Make sure to use fetc

Spring Data는 사용해 본 사람은, 이 라이브러리 없이는 프로젝트를 진행하기 싫을 정도로 개발자가 작성해야 할 코드를 줄여주는 효자다.그 중에서도 Pagination 관련 기능은 정말 예술작품에 가까울정도로 표준화되어 있다Pagination이 적용되어 있는 쿼리