Spring boot 3.0.0 + Webflux + Spring data(JPA)로 프로젝트를 한 지 어느덧 두 달 째.. QueryDsl을 안 쓰고서 프로젝트를 끝나겠다는 미친 일념으로 계속 달려오다가 결국 한계를 만나고야 말았다. API에서 Parameter를 받아서 조건에 따라 Where절을 고쳐주면 되는데 이게 조건문이 많아지다보니 도저히 findBy로 조건문을 다 적어서 Case에 따라 분기치기에는 너무 비효율적이었습니다. 이걸 위해서 각 조건마다 맞는 findBy를 다 만들어주면 거의 30~40개에 가까운 인터페이스를 작성해야 할텐데 일단 이 미친짓을 할 수는 없었기에 Specification을 사용하기로 했습니다. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 ..
JPA를 탐독한지 어느덧 약 두 달째가 된 것 같습니다. 처음에 JPA를 하면서 QueryDsl을 쓰려다가 Spring 3.0.0에서 QClass가 잘 생성되지 않는 문제가 있기도 하고, QueryDsl을 사용하기 위해 QClass + Impl 구현체까지 만든다는 게 가뜩이나 Entity 및 Repository 숫자가 넘쳐나는 데 저것까지 만든 다는 점이 마음에 안들어서 폐기했습니다. 그렇게 순수 Spring data로만 구현한지 벌써 2달 째.. 결국 QueryDsl 없이 모든 걸 구현하긴 했습니다. 아직 그렇게 꽤 마음에 드는 수준이 아니라 좀 더 공부를 하면서 리팩토링 해야겠지만.. 그 와 중에 하다보니 좋은 기능이 있어서 소개를 해드리려고 합니다. 소개 해드릴 기능은 Annotation인 @For..
살다보면 그런 일이 있습니다. 아무도 하지 않고 검색해도 안 나오는 걸 보니 누구도 시도하지 않았지만 혼자서 집요하게 집착하게 되는 그런 일. 오늘 한 짓은 그런 류의 짓거리 입니다. 한창 JPA를 하기 위해 Entity도 이클립스로 자동 생성했으니 본격적으로 써 보기 위해 Spring boot Webflux로 코드 테이블에 있는 데이터들을 조회하는 API를 만들었습니다. 기본적으로 log4jdbc는 셋팅하고서 시작했기에 조회할 때 SQL이 콘솔 창에 그대로 찍히는 걸 볼 수 있었습니다. 그렇게 찍히는 건 좋은데 Mybatis는 일단 작성할 때 부터 보기 좋게 작성하기 때문에 상관 없었는데 아래 사진처럼 한줄로 쭉 찍히는 걸 볼 수 있었습니다. 이렇게 찍히면 콘솔에서 로그 찾을 때도 힘들고 해서 다른 방..
요 최근에는 거의 운동에 미쳐서 살고 있었습니다. 그 놈의 골격근 40kg이 뭐라고... 그러다 보니 출근하고 나서 헬스장 갔다가 집에 오면 운동 관련 유투브만 보는 루틴이 형성되고 말았습니다. 내가 개발자인지 운동 선수인지 오락가락 하다가 오랜만에 정신 차리고 본업을 해봅니다. 요즘에는 기술들이 너무 범람하고 있는 것 같습니다. 최근에 백앤드 개발자 개발 공고를 보면 요구 사항에 MSA부터 시작해서 JPA, Spring boot, Kotlin, Docker, Kubernetes, Nodejs, GRPC... 등등 끝이 없는데, 가진 무기가 별로 없어서 회사에서 새로 프로젝트를 만드는 김에 JPA를 사용하기로 마음 먹었습니다. 사실 JPA를 좋아하진 않는데(라고 쓰고 극혐이라고 생각하긴 하는데), 일단 ..
- Total
- Today
- Yesterday