https://velog.io/@dlsrjsdl6505/MySQLDataJpaTest-%EC%97%90%EB%9F%AC-%ED%95%B4%EA%B2%B0 @AutoConfigureTestDatabase(replace = AutoConfigureTestDatabase.Replace.NONE)위 블로그 글 같이 @DataJpaTest(showSql = true) 하단에 위 어노테이션을 붙여 주시면 됩니다. 블로그 글을 요약하면, 기본 설정이 인메모리 DB로 잡혀 있어 dataSource가 연결되지 않는 것입니다.

현재 토이프로젝트의 service단이 너무 큼+테스트 코드가 필요하다고 생각해서 두 가지 방법을 생각했는데요1. 서비스 클래스 나누기2. 도메인 레이어 추가2번을 위해 도메인을 나누고자 했는데, 어떻게 나눠야할 지 감이 잡히질 않아서 해당 강의를 수강했습니다 그런데 해당 강의를 보면서, 사실 제 프로젝트가 CRUD 정보밖에 없는 것 같더라구요ㅎㅎㅎ,, 물론 소스코드를 봐야 제대로 파악이 되시겠지만, 이 경우에는 차라리 직관적인 레이어드 아키텍처로 가져가고, 서비스 클래스를 나누는게 더 나을까요?? 물론 적용해보면 좋은 내용이겠지만(그리고 다른 프로젝트에 적용해봐서 실습할 생각이지만) 프로젝트 규모가 너무 작은거 아닐까 싶어서요서비스가 최대 7개의 레포를 갖고있는데, 이 경우에는 각 서비스 클래스의 책임을 재정의하는게 맞을지 궁금합니다

제가 도메인 서비스를 사용해서도메인 영역에서 모든 DB와 프레임워크 관련된 의존성,예를 들어 @Transaction 같은 어노테이션도 안 쓰고모두 레파지토리에 위임해서 하고 있습니다.근데 이럴 경우 Repository 명세나 계약을 서비스에 영역에 두면 또 도메인이 서비스를 참조해야되는 경우라일단은 도메인 영역에 내려서 진행 중에 있는데뭐 다른 방법 없을까요?첫번째로는 응용 서비스레이어에 두고도메인 서비스를 사용할 거면 도메인 객체만을 사용해서 로직을 돌리고 반환해서 응용서비스에서 다 처리해라두번째는 규모가 작다는 가정 하에 똑같은 Repository 인터페이스를 도메인, 응용 영역에 두고 쓴다밖에 방법이 안 떠오릅니다. 첫번째는 머리속에서 굴린거라 분명히 제약사항 엄청만을 것 같아서 힘들어보이고