안녕하세요 영한님 @BatchSize를 이용하여 최적화를 하다가 문득 깊은 내용을 알고싶어서 질문을 드립니다. 폴더 안의 폴더를 만드는 구조인데요 다음의 상하 관계를 가진 폴더가 총 13개 있습니다. 이 13개의 폴더 정보를 받아 위의 그림의 구조로 저장을 하고 싶었습니다 .  @Getter@NoArgsConstructor(access = AccessLevel.PROTECTED)@Entitypublic class Folder { @Id @GeneratedValue(strategy = GenerationType.SEQUENCE) @Column(name = "FOLDER_ID") private Long id; private String name; // 부모 @ManyToOne(fetch = FetchType.LAZY) @JoinColumn(name = "PARENT_ID") private Folder parent; // 자식 @BatchSize(size = 900) @OneToMany(mappedBy = "parent") private List<Folder> children; @Builder private Folder(String name, Folder parent) { this.name = name; this.parent = parent; } } 그래서 Folder라는 엔티티를 self reference하도록 구성을 했구요 @BeforeEachpublic void setUp() throws Exception { Folder aFolder = Folder.builder() .name("A") .build(); Folder bFolder = Folder.builder() .name("B") .parent(aFolder) .build(); Folder bChild1 = Folder.builder() .name("BChild1") .parent(bFolder) .build(); Folder bChild2 = Folder.builder() .name("BChild2") .parent(bFolder) .build(); Folder bChild3 = Folder.builder() .name("BChild3") .parent(bFolder) .build(); Folder cFolder = Folder.builder() .name("C") .parent(aFolder) .build(); Folder cChild1 = Folder.builder() .name("CChild1") .parent(cFolder) .build(); Folder cChild2 = Folder.builder() .name("CChild2") .parent(cFolder) .build(); Folder cChild3 = Folder.builder() .name("CChild3") .parent(cFolder) .build(); Folder dFolder = Folder.builder() .name("D") .parent(aFolder) .build(); Folder dChild1 = Folder.builder() .name("DChild1") .parent(dFolder) .build(); Folder dChild2 = Folder.builder() .name("DChild2") .parent(dFolder) .build(); Folder dChild3 = Folder.builder() .name("DChild3") .parent(dFolder) .build(); folderRepository.saveAll(Arrays.asList(aFolder, bFolder, cFolder, dFolder, bChild1, bChild2, bChild3, cChild1, cChild2, cChild3, dChild1, dChild2, dChild3)); em.flush(); em.clear();} 이렇게 저장을 한 후 @Test@DisplayName("bfs 알고리즘 적용 테스트")@Transactional@Commitpublic void bfsTest() throws Exception { // given Queue<Folder> queue = new LinkedList<>(); Folder deleteFolder = folderRepository.findById(1L).get(); queue.offer(deleteFolder); List<Folder> tempFolders = new ArrayList<>(); tempFolders.add(deleteFolder); int i = 0; // when while(!queue.isEmpty()) { System.out.println("i = " + i); Folder pollFolder = queue.poll(); List<Folder> folders = pollFolder.getChildren(); for (Folder folder : folders) { queue.offer(folder); } tempFolders.addAll(folders); i++; } // then Collections.reverse(tempFolders); folderRepository.deleteAll(tempFolders); em.flush();} 위의 코드처럼 테스트 코드를 짯습니다 그러니 select 쿼리가 많이 줄어든것을 확인할 수 있었습니다. 2022-01-13 23:25:04.471 DEBUG 21588 --- [           main] org.hibernate.SQL                        :      select         folder0_.folder_id as folder_i1_1_0_,         folder0_.name as name2_1_0_,         folder0_.parent_id as parent_i3_1_0_      from         folder folder0_      where         folder0_.folder_id=?   2022-01-13 23:25:04.492 DEBUG 21588 --- [           main] org.hibernate.SQL                        :      select         children0_.parent_id as parent_i3_1_1_,         children0_.folder_id as folder_i1_1_1_,         children0_.folder_id as folder_i1_1_0_,         children0_.name as name2_1_0_,         children0_.parent_id as parent_i3_1_0_      from         folder children0_      where         children0_.parent_id=?   2022-01-13 23:25:04.498 DEBUG 21588 --- [           main] org.hibernate.SQL                        :      select         children0_.parent_id as parent_i3_1_1_,         children0_.folder_id as folder_i1_1_1_,         children0_.folder_id as folder_i1_1_0_,         children0_.name as name2_1_0_,         children0_.parent_id as parent_i3_1_0_      from         folder children0_      where         children0_.parent_id in (             ?, ?, ?         )   2022-01-13 23:25:04.501 DEBUG 21588 --- [           main] org.hibernate.SQL                        :      select         children0_.parent_id as parent_i3_1_1_,         children0_.folder_id as folder_i1_1_1_,         children0_.folder_id as folder_i1_1_0_,         children0_.name as name2_1_0_,         children0_.parent_id as parent_i3_1_0_      from         folder children0_      where         children0_.parent_id in (             ?, ?, ?, ?, ?, ?, ?, ?, ?         ) 총 이렇게 4개의 쿼리가 나갔는데요   서론이 길었습니다 선생님 제가 질문할 것은 이겁니다   @BatchSize를 설정하면 하이버네이트는 어떤 알고리즘으로 저 in절의 아이디 값들을 넣는 것일까요>   자료를 찾아봐도 나오는데가 없었고 저스스로 고민을 했을 때는 <1번> 첫번째 select 쿼리가 나갔을 때 A폴더(id = 1)가 영속화 된다.   <2번> 2번째 select 쿼리가 나갔을 때 B,C,D 폴더 즉 id가 2,3,4인 폴더들이 영속화가  된다. -> 따라서 3번째 select 쿼리에서 in절의 id들은 이 2,3,4가 되는 것이다.   (여기서의 의문점 그럼 앞서 영속화된 A폴더의 id = 1은 안 집어 넣는 알고리즘은 또 뭘까)   이렇게 생각했는데 과연 맞는지 궁금합니다

Database "mem:ea62e49b-fd2d-4217-8245-939ed574682c" not found, either pre-create it or allow remote database creation (not recommended in secure environments) [90149-200] 90149/90149 (도움말)   자꾸 이런 오류가 떠요ㅠㅠ

jpaQueryFactory .selectFrom(member) .fetch();jpaQueryFactory .selectFrom(member) .fetch();이런식으로 테스트 코드를 짠 후 실행시켰는데select문이 2번 나갔습니다.제가 이해한 바로는 select문이 한번 나가고 2번째 쿼리에 대해서는 영속성 컨텍스트 1차 캐시에서 가져와서select문이 안나가야 하는데2번 나간게 이해가 되질 않습니다..

안녕하세요! 강의를 듣다가 문제가 생겨서 연락드렸습니다.. 아래 사진과 같이 8080 포트를 이미 사용중이라는 에러를 보고 해결해보려고 cmd의 netstat -ano 명령어를 사용했습니다.   사진처럼, 8080포트를 사용중인 프로세스가 없는데 ide를 실행하면 8080이 이미 사용중이라고 뜨네요... stackoverflow에서 프로세스에 javaw가 동작하고 있을수도 있다고 해서 해당 프로세스를 찾아봤지만 없었습니다. 재부팅, ide 껏다 키기 등등으로도 해결이 안되는데 그냥 포트를 임의로 8090으로 변경해서 사용하는게 답일까요....?    

안녕하세요. 강의 너무 잘 보고 있습니다. JPA와 관련된 질문은 아닌거 같은데 강의를 보다가 항상 궁금했던 점이 언급되어서 이렇게 질문드립니다. 엔티티를 그대로 클라이언트로 넘기면 엔티티가 변경되었을때 API 스팩이 변경되기 때문에 DTO로 변환해서 넘겨줘야 한다고 하셨는데 예를들어 만약에 10개의 API가 Member 정보를 필요로 할 경우(Member 엔티티의 필드가 약 20개 정도 된다고 가정) 각 API 마다 MemberDto 클래스를 모두 생성하고 각 MemberDto에 Member엔티티를 dto로 매핑하는 로직을 모두 작성해야 하나요..? 10개 모두 생성해서 사용하려 하니 클래스 네이밍도 어렵고 코드 중복이 너무 많아지는것 같고,10개 API 에서 필요로하는 Member 정보를 모두 담은 하나의 MemberDto를 만들어 사용하려 하니 엔티티를 사용할 때의 문제와 같이 MemberDto를 변경하면 10개 API 스팩이 변경되는 문제가 발생합니다.. 제가 생각했을때 제일 최선의 방법은 API마다 리스폰VO 클래스를 만들고 해당 클래스에 static inner 클래스로 MemberDto를 선언하는것인데.. 혹시 실무에서 사용하는 best practice가 어떤거일까요..?

이번 강의로 자신감을 얻고 spring-data-jpa로 시스템 구축 해보려고 합니다. 하나하나 신중히 접근중입니다. ㅎㅎ DTO <--> Entity 변환시에 modelmapper, mapstruct 중에 어느걸 많이 사용하시나요? 혹시 강사님은 현업에서 어떤걸 사용하시는지 궁금합니다.

  안녕하세요 QueryDsl 실습 중 에러를 해결하지 못해서 질문 드립니다. QueryDsl 을 사용하던 SpringBoot 프로젝트를 배포하고자 AWS EC2 인스턴스에서 해당 프로젝트 git clone하고 실행을 하려고 하는데 다음과 같은 오류가 납니다.     인텔리제이에서 프로젝트를 실행할 때에는 generated\querydsl 위치에 Qclass 파일들이 잘 컴파일 되었었는데 외부 인스턴스에서 실행시 해당 폴더를 찾을 수 없다고 뜨는데 이유를 모르겠네요 ㅠㅠ   아래는 제가 build.grade에서 작성한 queryDsl 관련 설정입니다. plugins { id 'org.springframework.boot' version '2.5.6' id 'io.spring.dependency-management' version '1.0.11.RELEASE' id "com.ewerk.gradle.plugins.querydsl" version "1.0.10" id 'java' } group = 'com.example' version = '0.0.1-SNAPSHOT' sourceCompatibility = '1.8' configurations { compileOnly { extendsFrom annotationProcessor } } repositories { mavenCentral() } dependencies { implementation 'org.springframework.boot:spring-boot-starter-data-jpa' implementation 'org.springframework.boot:spring-boot-starter-thymeleaf' implementation 'com.querydsl:querydsl-jpa' implementation 'org.springframework.boot:spring-boot-starter-validation' implementation 'org.springframework.boot:spring-boot-starter-web' compile "com.mysema.querydsl:querydsl-jpa:3.6.3" compile "com.mysema.querydsl:querydsl-apt:3.6.3:jpa" implementation 'junit:junit:4.13.1' implementation 'org.projectlombok:lombok:1.18.18' compileOnly 'org.projectlombok:lombok' runtimeOnly 'com.h2database:h2:1.4.199' annotationProcessor 'org.projectlombok:lombok' testImplementation 'org.springframework.boot:spring-boot-starter-test' implementation('org.slf4j:jcl-over-slf4j') implementation('ch.qos.logback:logback-classic') } test { useJUnitPlatform() } //def querydslDir = 'src/main/generated' def querydslDir = "$buildDir/generated/querydsl" // (3) querydsl { // (4) library = "com.querydsl:querydsl-apt" jpa = true querydslSourcesDir = querydslDir } sourceSets { // (5) main.java.srcDirs querydslDir } configurations { // (6) querydsl.extendsFrom compileClasspath } compileQuerydsl { // (7) options.annotationProcessorPath = configurations.querydsl } compileQuerydsl.doFirst { if(file(querydslDir).exists() ) delete(file(querydslDir)) }

섹션 11. 객체지향 쿼리 언어2- 중급 문법 내의 "페치 조인1 - 기본" 강의를 듣고 작성하는 질문입니다.    안녕하세요 :)   https://www.inflearn.com/questions/164472 https://www.inflearn.com/questions/170331   Q1) 제가 헷갈리는 부분과 관련해서 질문들이 있길래 다 살펴봤지만, 제가 명확하게 이해한 것인지 확신을 할 수 없어서 이렇게 질문 남깁니다.   일반 조인 -> 두 객체를 돌려받음, 객체 그래프 채워짐 (객체 그래프가 채워질 꺼라 생각한 이유는, https://www.inflearn.com/questions/170331 의 강사님 답변 "Object[]은 각각 따로 조회하기 때문에 이런 부분을 처리할 때 작업 공수가 많이 들어갑니다." 이 내포하는 뜻이 두 조인의 내부적인 동작에서는 차이가 있지만 결과는 똑같다고 생각해서입니다.) 페치 조인 -> 한 객체를 돌려받음, 객체 그래프 채워짐   제가 이해한 내용이 맞을까요?   Q2) 일반 조인시에도 객체 그래프가 채워지는 지 확인하기 위해서, 코드를 직접 짜서 테스트를 돌려봤는데 이해하기 힘든 쿼리가 나가서 추가적으로 질문 남깁니다. (위의 질문에 대한 답변과 유사성이 있을까싶어, 한 질문란에 두개의 질문을 남깁니다. 아니라면 죄송합니다 ㅠㅠ)   해당 테스트 관련 코드와 결과화면을 첨부해두겠습니다. 일반 조인을 통해 작성한 쿼리를 em.createQuery()... 를 통해 결과리스트를 반환받고 하나씩 반복문을 통해 돌려보는데, select query가 추가로 나가는 것을 발견했습니다. member 에서 team 을 조회할 때는 쿼리가 추가로 발생하지 않는데, team에서 member를 조회할 때에 쿼리가 추가로 발생합니다. 처음 작성한 query를 통해 member를 다 받아왔을텐데, 왜 team에서 member를 조회할 때 쿼리가 추가로 발생할까요..? 고민해봐도 모르겠어서 질문 남깁니다.   감사합니다.  

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용] 안녕하세요 제목 그대로 수정자 주입이 아닌, 생성자 주입을 해야하는 이유에 대한 설명 중 이해가지 않는 부분이 있어서 질문드립니다   ppt에 "수정자 주입을 사용하면, setXxx 메서드를 public으로 열어두어야 한다. " 라는 근거가 있는데요.   setter는 반드시 public으로 열어야하는 것 아닌가요? , public이 아닌 접근제어자로 setter를 작성하는 경우도 있나요?   그래서 전 이 부분을 수정자 주입을 위해선 setter가 필요없는, 혹은 변경될 위험이 있어서 getter만 작성하고 setter를 작성하지 않는 클래스에도 setter를 포함해야한다. 라고 이해하였는데 이게 의도하신 의미일까요?  

안녕하세요 현재 jpa 모든 강의를 듣고 토이프로젝트를 진행하고 있습니다 질문의 요지는 querydsl을 통해 dto로 조회할때 XXXtoMany 관계의 컬렉션을 함께 조회하고 싶어요   현재 제 상황은 이렇습니다 일기장에 일기를 쓰는데 질문을 통해 일기를 쓰는방식이라 일기장에 사용된 질문이 필요해요   Diary라는 엔티티가 있고 Question이라는 엔티티가 있는데 이 두 엔티티의 관계가 다대다 관계여서 가운데 DiaryItem이라는 엔티티를 두고 다이어리 페이지에 필요한 모든 정보를 한번에 조회하는것이 목적입니다             이런 방식으로 Diary엔티티를 조회할때와 마찬가지로 엔티티에 의존적이지 않게 dto로 받으면서 무한루프에 빠지지 않도록 필요한 정보만 받을 수 있도록 조회를 하는 방법이 궁금해 질문드립니다   같은 방식으로 DiaryDto가 아니라 Diary에 담은뒤 Controller에서 DiaryDto의 생성자를 통해 변환을 하면 정상적으로 값이 담겨 오는데 queryFactory의 fetch를 통해 직접 DiaryDto에 담으면 에러가 발생합니다ㅠㅠ   현재 이방식으로 쿼리를 실행해보면 query specified join fetching, but the owner of the fetched association was not present in the select list 라는 에러가 나옵니다... 어떤에러인지도 궁금하구요ㅠㅠ 도움부탁드립니다ㅎㅎ

안녕하세요, 자바 코드로 스프링 빈 등록하기 강좌에서 질문이 있는데요! 세 가지 질문이 있습니다.   1. @Bean public MemberService memberService() { return new MemberService(MemberRepository()); }   이 뜻은 MemberService와 MemberRepository형의 객체가 의존 관계를 맺고 있다는 뜻이고, 따라서 당연히 MemberService에 가면 MemberRepository형의 멤버변수가 선언되어 있는 걸 볼 수 있는데, 스프링 설정 클래스에서 위와같이 의존관계를 넣어줬으니 MemberService에서는 더이상 @Autowired 어노테이션이 생성자에 필요가 없는 거라고 이해하면 될까요?   조금 더 종합적으로 살펴봤을 때, 컴포넌트 스캔 방식일때는 해당 클래스에서 @Autowired 로 주입받는 객체와의 의존관계를 명시하고 주입해줘야 하는 방법 밖에 없고,   이와 같이 직접 자바 코드로 설정파일 이용해 빈을 등록하는 방식에서는   방법 1 : 수업과 같이 설정클래스에서 위에 작성된 코드로 의존주입한다, 단 저런 방식으로 주입할 경우 MemberService에는 생성자에 @Autowired가 필요없어짐   방법 2 : @Bean public MemberService memberService() { return new MemberService(); } 로 작성하고 MemberService 클래스에서 필드나 생성자에 @Autowired로 MemberRespository 빈 객체 주입 명시   이렇게 두 가지 방법이 있는 것으로 이해하면 될까요?   2. 잠깐 지나가는 말씀으로 세터 메서드에 @Autowired가 붙는 방법을 알려 주셨는데, 세터 메서드는 개발자가 직접 호출하지 않아도 스프링이 알아서 호출해주나요? @Autowired가 붙은 생성자를 저희가 직접 호출해준적은 없는 거 같은데, 세터도 동일한지 궁금합니다. 즉 @Autowired를 멤버변수 필드나 세터나 생성자에 붙이면 개발자가 호출할 필요 없이 알아서 스프링이 자동호출도 해주고 의존객체도 연결해주는 것으로 이해해도 되는지요?   3. 의존 주입을 하는 객체(A)와, 주입을 받는 객체(B)는 모두 빈으로 등록되어야 하는지 궁금합니다. 주입되는 인자(A)는 꼭 빈으로 등록된 객체여야 오류가 안 난다는 것은 수업에서도 알려주셔서 명확히 기억이 나는데, 주입을 받는 객체(B)도 항상 빈으로 등록된 객체여야 하나요?   질문이 많고 긴데 읽어주셔서 감사합니다!  

안녕하세요 ! 좋은 강의 만들어 주셔서 너무 재밌게 공부하고 있습니다 ! 상태 (State) 패턴 은 순환구조 (Circular Reference) 로 구성된 것으로 이해 하였습니다. 순환구조를 Code smell 로 표현하는 글들을 몇번 본적이 있습니다. 제가 기억하는 이유는 다음과 같습니다. * 메모리 누수 요인 (순환을 끊지 않는한) * 컴파일(빌드) 시, 순환구조 import 에러 (Java 에서는 정상 동작되는 것이 이상하게 생각 되었습니다)   개인적으로 Parent-Child 를 순환구조로 사용하면, 사용성이 너무 좋게 느껴졌습니다. (특히 탐색을 적게 하니까 더 좋았습니다.) 선생님께서는 순환구조를 어떻게 생각하시는지, 사용해도 되는지 궁금합니다 🙇‍♂️ (혹은 제가 상태 패턴을 순환구조로 잘 못 이해하고 있는걸까요? 🤔)   감사합니다.

2022.01.07 기점 수업을 수강 중 강의에서 사용하시는 소스와 현재 소스 차이가 있어 안내드립니다.   기존에 PetRepository가 존재했지만, 01/05 기점으로 PetRepository가 제거된 상태입니다.   당황하지 마시고, 새로 샘플Repository 생성해서 주입하는걸 테스트 진행하면 될 것 같습니다.  

  이번 강의에서 web.ignoring().requestMatchers(PathRequest.toStaticResources().atCommonLocations()); 코드가 존재함에도  static 파일들이 ignore 되지 않는 문제가 발생합니다. 깃 파일과 비교하고, 강의 다시 보며 체크해봤는데도 도무지 원인을 찾지 못하겠습니다.   찾아주시면 정말 감사하겠습니다. 소스는 https://github.com/aittaa/corespringsecurity-authorize 입니다.

여러 질문 답변을 찾아보고 내용을 종합해서 이해해본 결과  엔티티매니저와 영속성컨텍스트에 관해서 제가 현재 이해하고 있는게 맞는지 확인 부탁드립니다 ..   엔티티 매니저 1. 언제 생성되나 엔티티 매니저의 빈 스코프는 request로 설정되어 있다. 스프링이 처음 의존성을 주입하는 단계에서 엔티티 매니저를 의존하는 다른 빈들은 실제 엔티티 매니저가 아닌 가짜 엔티티 매니저(프록시)를 주입 받는다.  고객의 요청이 오고 엔티티 매니저가 관련 로직을 실행해야 하는 시점에 가짜 엔티티 매니저는 해당 트랜잭션과 관련된 실제 엔티티 매니저를 호출해준다.  여러 빈들이 엔티티매니저에 의존하고 있을 때 같은 고객의 요청 안에서는 모두 같은 엔티티매니저를 반환받는다. 2. 몇 개가 생성되나 고객이 요청할 때마다 생성되고 요청이 끝나면 사라진다.고객의 요청이 동시에 100명이 오면 100개 10000명이 오면 10000개가 생성된다. 3. 영속성 컨텍스트와의 관계 엔티티 매니저가 트랜잭션을 실행하면 영속성 컨텍스트가 생성되고 트랜잭션이 종료되면 영속성 컨텍스트가 사라진다. 4. 궁금한 점  같은 트랜잭션이면 서비스, 리포지토리에서 사용하는 EntityManager가 모두 같은 영속성 컨텍스트에 접근하게 되기 때문에 스프링 환경에서는 엔티티매니저와 영속성 컨텍스트의 관계가 N:1이 될 수 있다고 설명해주셨는데요.답변 링크 같은 트랜잭션이면 같은 고객의 요청 안에서 이루어지고 있고 그렇다면 서비스, 리포지토리에서 사용하는 엔티티매니저는 모두 동일한 엔티티매니저이기 때문에 1:1 관계가 아닌가요?  

앞에 강의에서 즉시로딩은 실무에서 절대 사용하면 안되고 무조건 지연로딩만 사용해야한다고 알려주셨는데요!   강의를 들으며 페치조인을 알아본결과 페치조인은 즉시로딩인데 왜 실무에서 많이 사용하는건가요??

추가 학습을 해 보았더니, 클라이언트로 부터 온 요청은 서블릿 필터가 받게 되고, 서블릿 필터가 처리할 수 없는? 요청은 DelegatingFilterProxy를 통해 스프링 Application Context에 등록된 필터 빈 으로 책임을 위임한다고 나와있는데요. 이때 FilterChainProxy가 서블릿 필터로 부터 DelegatingFilterProxy을 통해 역할을 위임받게 되는건가요? 그렇다면 FilterChainProxy가 위치한 곳은 Spring의 IoC컨테이너일텐데 어떻게 서블릿 컨테이너에 위치한 서블릿 필터가 스프링 컨테이너에 위치한 FilterChainProxy에 필터링 작업을 위임할 수 있게 되는지 궁금합니다.

안녕하세요! 항상 강의 잘 듣고 있습니다.   H2 DB Connection시  jdbc:h2:~/test 로 DB생성 및 접속이 되지만 jdbc:h2:tcp://localhost/~/test 로 접속 하려하면  다음 에러가 발생합니다. 1.4.199, 1.4.200 모두 같은 에러가 발생합니다. JPA로 연결 하기 전 순수 H2 디비 접속 시 발생하는 문제점입니다.   일단 아쉬운대로 persistence.xml의 jdbc.url을 <property name="javax.persistence.jdbc.url" value="jdbc:h2:~/test"/> 로 바꾸어 그냥 접속을 시도해 보았지만 다른 질문글에서 답변 하셨듯이 file이 locked 되었다고 하고 다른 커넥션을 끊거나 server mode를 활용하라는 에러가 발생합니다.. H2 삭제 후 재설치, test.mv.db 강제로 지우기 다 시도 해보았는데 계속 같은 문제가 발생합니다..   test말고 사용한 적이 없는 다른 db이름을 활용해도 같은 문제가 발생합니다. 복습중이라 과거에는 문제 없이 세팅했던 부분인데 어떤 상관이 있을 까요??   감사합니다!

=========에러 내용입니다================= 1월 03, 2022 4:40:34 오후 org.hibernate.engine.jdbc.spi.SqlExceptionHelper logExceptions ERROR: Connection is broken: "java.net.SocketTimeoutException: connect timed out: localhost" [90067-199] Exception in thread "main" org.hibernate.service.spi.ServiceException: Unable to create requested service [org.hibernate.engine.jdbc.env.spi.JdbcEnvironment] at org.hibernate.service.internal.AbstractServiceRegistryImpl.createService(AbstractServiceRegistryImpl.java:275) at org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(AbstractServiceRegistryImpl.java:237) at org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(AbstractServiceRegistryImpl.java:214) at org.hibernate.id.factory.internal.DefaultIdentifierGeneratorFactory.injectServices(DefaultIdentifierGeneratorFactory.java:152) at org.hibernate.service.internal.AbstractServiceRegistryImpl.injectDependencies(AbstractServiceRegistryImpl.java:286) at org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(AbstractServiceRegistryImpl.java:243) at org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(AbstractServiceRegistryImpl.java:214) at org.hibernate.boot.internal.InFlightMetadataCollectorImpl.<init>(InFlightMetadataCollectorImpl.java:179) at org.hibernate.boot.model.process.spi.MetadataBuildingProcess.complete(MetadataBuildingProcess.java:119) at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.metadata(EntityManagerFactoryBuilderImpl.java:904) at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:935) at org.hibernate.jpa.HibernatePersistenceProvider.createEntityManagerFactory(HibernatePersistenceProvider.java:56) at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:79) at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:54) at hellojpa.JpaMain.main(JpaMain.java:11) Caused by: org.hibernate.exception.JDBCConnectionException: Error calling Driver#connect at org.hibernate.exception.internal.SQLExceptionTypeDelegate.convert(SQLExceptionTypeDelegate.java:48) at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:42) at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:113) at org.hibernate.engine.jdbc.connections.internal.BasicConnectionCreator.convertSqlException(BasicConnectionCreator.java:118) at org.hibernate.engine.jdbc.connections.internal.DriverConnectionCreator.makeConnection(DriverConnectionCreator.java:41) at org.hibernate.engine.jdbc.connections.internal.BasicConnectionCreator.createConnection(BasicConnectionCreator.java:58) at org.hibernate.engine.jdbc.connections.internal.DriverManagerConnectionProviderImpl$PooledConnections.addConnections(DriverManagerConnectionProviderImpl.java:363) at org.hibernate.engine.jdbc.connections.internal.DriverManagerConnectionProviderImpl$PooledConnections.<init>(DriverManagerConnectionProviderImpl.java:282) at org.hibernate.engine.jdbc.connections.internal.DriverManagerConnectionProviderImpl$PooledConnections.<init>(DriverManagerConnectionProviderImpl.java:260) at org.hibernate.engine.jdbc.connections.internal.DriverManagerConnectionProviderImpl$PooledConnections$Builder.build(DriverManagerConnectionProviderImpl.java:401) at org.hibernate.engine.jdbc.connections.internal.DriverManagerConnectionProviderImpl.buildPool(DriverManagerConnectionProviderImpl.java:112) at org.hibernate.engine.jdbc.connections.internal.DriverManagerConnectionProviderImpl.configure(DriverManagerConnectionProviderImpl.java:75) at org.hibernate.boot.registry.internal.StandardServiceRegistryImpl.configureService(StandardServiceRegistryImpl.java:100) at org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(AbstractServiceRegistryImpl.java:246) at org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(AbstractServiceRegistryImpl.java:214) at org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator.buildJdbcConnectionAccess(JdbcEnvironmentInitiator.java:145) at org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator.initiateService(JdbcEnvironmentInitiator.java:66) at org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator.initiateService(JdbcEnvironmentInitiator.java:35) at org.hibernate.boot.registry.internal.StandardServiceRegistryImpl.initiateService(StandardServiceRegistryImpl.java:94) at org.hibernate.service.internal.AbstractServiceRegistryImpl.createService(AbstractServiceRegistryImpl.java:263) ... 14 more Caused by: org.h2.jdbc.JdbcSQLNonTransientConnectionException: Connection is broken: "java.net.SocketTimeoutException: connect timed out: localhost" [90067-199] at org.h2.message.DbException.getJdbcSQLException(DbException.java:617) at org.h2.message.DbException.getJdbcSQLException(DbException.java:427) at org.h2.message.DbException.get(DbException.java:194) at org.h2.engine.SessionRemote.connectServer(SessionRemote.java:435) at org.h2.engine.SessionRemote.connectEmbeddedOrServer(SessionRemote.java:317) at org.h2.jdbc.JdbcConnection.<init>(JdbcConnection.java:169) at org.h2.jdbc.JdbcConnection.<init>(JdbcConnection.java:148) at org.h2.Driver.connect(Driver.java:69) at org.hibernate.engine.jdbc.connections.internal.DriverConnectionCreator.makeConnection(DriverConnectionCreator.java:38) ... 29 more Caused by: java.net.SocketTimeoutException: connect timed out at java.base/java.net.PlainSocketImpl.waitForConnect(Native Method) at java.base/java.net.PlainSocketImpl.socketConnect(PlainSocketImpl.java:107) at java.base/java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:399) at java.base/java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:242) at java.base/java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:224) at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) at java.base/java.net.Socket.connect(Socket.java:608) at org.h2.util.NetUtils.createSocket(NetUtils.java:103) at org.h2.util.NetUtils.createSocket(NetUtils.java:83) at org.h2.engine.SessionRemote.initTransfer(SessionRemote.java:115) at org.h2.engine.SessionRemote.connectServer(SessionRemote.java:431) ... 34 more   Process finished with exit code 1   =============================== ===========현재소스입니다=============== package hellojpa;import javax.persistence.EntityManager;import javax.persistence.EntityManagerFactory;import javax.persistence.EntityTransaction;import javax.persistence.Persistence;import java.util.List;public class JpaMain { public static void main(String[] args) { EntityManagerFactory emf = Persistence.createEntityManagerFactory("hello"); EntityManager em = emf.createEntityManager(); EntityTransaction tx = em.getTransaction(); tx.begin(); try { //비영속 Member member = new Member(); member.setName("HelloJpa"); member.setId(101L); //영속 em.persist하면 db에 바로 날아가는 것이 아니라 영속성 컨텍스트안에 영속성으로 된다 //현재 1차 캐쉬에 저장되어있다 System.out.println("=========BEFORE ======"); em.persist(member); System.out.println("========AFTER========"); //영속성 컨택스트는 한 트랙젝션 단위로 이루어지기에 순간의 찰나에 따라서 변화한다 Member findMember = em.find(Member.class, 101L); tx.commit(); }catch (Exception e) { tx.rollback(); }finally { em.close(); } emf.close(); }} ============================ ===========메이븐 파일입니다============= <?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>jpa-basic</groupId> <artifactId>ex1-hello-jpa</artifactId> <version>1.0.0</version> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>11</source> <target>11</target> </configuration> </plugin> </plugins> </build> <dependencies> <dependency> <groupId>javax.xml.bind</groupId> <artifactId>jaxb-api</artifactId> <version>2.3.0</version> </dependency> <!-- JPA 하이버네이트 --> <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-entitymanager</artifactId> <version>5.3.10.Final</version> </dependency> <!-- H2 데이터베이스 --> <dependency> <groupId>com.h2database</groupId> <artifactId>h2</artifactId> <version>1.4.199</version> </dependency> </dependencies> <properties> <maven.compiler.source>11</maven.compiler.source> <maven.compiler.target>11</maven.compiler.target> </properties></project> 현재 connect 에러라고 발생하는데 왜 이런지 모르겠습니다. 소스는 동일 한 것같습니다.

  안녕하세요! jpa 수업듣고 혼자 공부하다가 궁금한 점이 생겨서 질문 남깁니다.   @Repository@Transactional@RequiredArgsConstructorpublic class ItemRepositoryImpl implements itemRepository{ private final EntityManager em; @Override public void delete(Long itemId){// Item item=findOne(itemId);// em.remove(item); em.createQuery("delete from Item i where i.id = :id") .setParameter("id",itemId).executeUpdate(); } @RunWith(SpringRunner.class)@SpringBootTest@Transactionalpublic class ItemRepositoryTest { @Autowired ItemRepository itemRepository; @Autowired private EntityManager em; private User user; private Item item; @Test public void delete(){ Long itemId= itemRepository.save(item); System.out.println(itemId); itemRepository.delete(itemId);// 1) System.out.println(itemRepository.findOne(itemId).getId()); Assertions.assertEquals(null,itemRepository.findOne(itemId)); }   테스트코드를 이렇게 작성하는 경우에는 delete가 다시 rollback되고 테스트 코드에서 1) 부분에서 rollback이 되고  itemRepository.findOne(itemId)가 itemId로 나오던데 @Transactional가 잘못 적용된 것인가요? jpql을 사용하는 경우 flush가 일어나서 flush 과정에서 commit이 일어나고 테스트 코드에서는 이 commit때문에 rollback이 일어나는 것 같은데 제가 생각한 것이 맞나요? 만약 제가 생각한 것이 맞다면 테스트 코드 부분에 1)에서 롤백이 일어나서 테스크코드 delete 메소드에서 save(item)부분도 롤백이 되서 itemRepository.delete(itemId)를 한 이후에는 find해도 null이 나와야하는데 그대로 itemId가 나오는 이유가 뭘까요?   주석처리한 것처럼 em.remove를 사용하면 테스트에 성공하는데 그 이유는 뭘까요ㅜㅜ