1. 실무에서 프로젝트 구현시 보통 폴더 구조를 어떤식으로 하시나요? 프로젝트를 하는데 폴더 구조를 어떻게 해야 좋을지 궁금합니다. 강의와 같이 api 패키지를 하나 만들고 Controller 클래스 안에 static 클래스로 dto를 만드시나요? 아니면 api 패키지 안에서 다시 패키지들로 나누시나요? 2. 별도 강의들에 대한 일정이 혹시 있으신가요? 있으시다면 언제쯤 강의를 들을 수 있을까요? 좋은 강의 올려주셔서 너무 잘 듣고 있습니다. 감사합니다.

그냥 한국식영어발음으로 하시는게나을거같아요..

컬랙션 패치 조인은 1번만 사용해야한다고 하셨는데 A라는 테이블에 컬렉셕 B, C가 았을때 B,C 를 모두 fetch조인하지 말라는건지 아님 A에 컬렉션B、B테이블에 컬렉션 C가 있을 때 a에서 b를 패치조인하고 b에서 c를 또 패티조인하지 말아야하는건지 궁금합니다

JsonIgnore는 json으로 변환할 때 문제가 발생해서 붙인 것 같은데요 . 그럼 엔터티가 아닌 dto로 변환해서 반환할 때는 양방향관계가 없으니 jsonIgnore를 안붙여도 되는것인다요?

트랜잭션을 지원하는 쓰기 지연 -insert 에서 jpa가 특정 옵션을 켜면 쓰기 지연 insert가 된다고 말씀해 주셨는데 이는 기본 동작이 아니었나요? 어떤 옵션으로 이를 컨트롤 할 수 있나요!  + 강의 정말 잘듣고 있습니다 감사합니다.

안녕하세요. 스프링뉴비입니다. 양질의 강의로 JPA 학습을 잘 이어오고 있습니다. 다름이 아니라, 엔티티에서 변경감지에 대해 문득 궁금한 내용이 생겨 이렇게 질문 남겨드립니다.  흔히 엔티티에 롬복 @Setter 남기지 않고 코딩을 권장하고 있습니다. 불변성을 보장하고, 불필요한 사이트 이펙트를 해결하기 위해서라는 측면에서. 이 부분은 충분히 공감합니다. 첫 스프링 토이 프로젝트로 JPA에 대해 깊히 알지 못한 채, 엔티티 특정 값을 수정하기 위해 늘 Builder패턴으로 객체를 만들어 .save(Object) 로 해당 id를 조회해서 엎어치기를 했었는데요.  이번에 변경감지를 사용하고자 했더니, setter가 아니면 안되는 것 같더라구요. 혹시 더티체크를 불변성을 어느정도 보장할 수 있는 안전성있게 할 수 있는 방법이 있을까요? 저는 주로 생성자를 통해 불변성이 보장되는 Value Object 스럽게 써왔습니다.  JPA에서 더티체크를 위해서 setter를 설정해야된다는 것은 무조건일까요? 혹시 되도록 사이드이펙트가 일어나지 않도록 하는 또다른 방법은 없을까요? 더하여, 김영한강사님께서는 객체내에 setter라는 단어보다는 chageXX 이런식으로 하는 것을 권하셨던걸로 기억하는데, 혹시 맞을까요?

업데이트 후에 쿼리하는 부분에서 실제로 쿼리를 날리지 않는 것은 1차 캐시에서 엔티티를 가져오기 때문인가요? 추가로 꿀강의 정말 감사합니다! ㅎㅎ

안녕하세요 영한님 기다리던 2편도 어제부터 너무 즐겁게 보고 있습니다 항상 좋은 강의 감사드립니다 테스트 코드 작성 중 2가지 질문이 있어 질문 드립니다 기본편 패치조인 한계편 초반에 보면 fetch join 시 별칭을 줄 수 없다고 되어 있습니다 그 이유는 별칭을 준 이후 on 에서 별칭으로 조건을 주면 OneToMany 관계에서 Collection 형태로 조회되는 데이터가 전부 조회되지 않고 일부만 나오기 때문에 문제가 생길 수 있다는 설명도 이해를 했습니다 이 과정에서 2가지 질문이 있습니다 1. 테스트를 해보면 fetch join JPQL에 on 조건을 주면 무조건 에러가 발생합니다 (with-clause not allowed on fetched association)    fetch 조인 시 on 조건을 넣는 것 자체가 안된다고 생각해도 되는 것인가요? Member -> Team @ManyToOne Team -> Member @OneToMany 2. 1번 질문에서 만약 fetch 조인 시 on 조건 자체가 불가능하게 설계 되었다면 Collection의 값이 항상 보장되는 쿼리는 실행이 되어야 하지 않을까 해서 설계상의 원칙인지 제가 놓치고 있는 부분이 있는지 궁금합니다    ex) Select t from Team t join fetch t.member m on m.name=:memberName           (memeber 컬렉션이 전부 조회되지 않기 때문에 실행 불가능 한 것을 이해)    ex) Select t from Team t join fetch t.member m on t.name=:teamName          (Team을 기준으로 조건을 주었기 때문에 member Collection에는 영향이 없어 문제가 없지 않을까? 라고 생각합니다) 3. fetch 조인 시 where문 사용 의견     fetch 조인 시 where 조건은 동작하는 것을 테스트에서 확인했습니다     1) OneToMany 조건에서 where 조건을 Collection이 아닌 조건에만 사용 하는 것     ex) Select t from Team t join fetch t.member m where t.name=:teamName     2) ManyToOne, OneToOne에서 where 조건을 양쪽 모두 사용 하는 것     ex) Select m from Member m join fetch  m.team t where m.name=:memberName            Select m from Member m join fetch  m.team t where t.name=:teamName    위처럼 사용하는 것에 대한 의견 부탁드립니다        그리고 QueryDSL 강의 기다리고 있습니다 ^^      

부모엔티티에서 자식엔티티를 mappedby로 양방향 잡으면 readonly로 데이터 생성 변경 모두 불가하지만 cascade를 사용하면 가능하다라고 이해하는게 맞는건가요? 반대로 자식엔티티에 조인된 부모엔티티에 cascade하고 자식엔티티에 부모엔티티넣으면 pk뿐만 아니라 부모도 함께만들어 진다 즉, 방향성이든 주인이든 상관없이 같이 영속상태가되어 저장된다고 이해하면 맞을까요?

예제에서는 Entity에 Setter가 존재하여 Entity class 내에 set이 가능했지만... 강의에서 강조했듯이 Setter를 제거하고 DTO를 사용을 하게된다면 연관관계 메서드는 DTO내에 존재하게 되는건가요? 아니면 생성자나 builder를 통해서 set 하게 되는걸까요?

안녕하세요 선생님  좋은 강의 너무나 감사드립니다. 다름이 아니고 강좌 듣는도중 궁금한 부분이 있어 질문드립니다.   이전 강의 "도메인 모델과 테이블 설계" 강좌와 이번 강좌내용에서 ORDERS와 DELIVERY는 OneToOne 단방향 매핑이라고 이해를 하였는데  [그림1] - 엔티티 클래스 개발1 강의 내용중 회원엔티티 분석 설계도중 일부 [그림2] - 도메인과 모델과 테이블 설계 강의 내용  강의 29분경 실제 엔티티를 설계하는 부분에선 mappedby를 사용하여 OneToOne 양방향 매핑한거 같아 질문드립니다.  [그림3] Order 엔티티 [그림4] Delivery 엔티티 아직 학생인데 선생님 덕분에 JPA를 쓰는 회사로 취업하고싶네요. 좋은 강좌 정말 감사합니다.

선생님 왜 주문내역은 OrderService를 만들어서 save() 메소드에 적지 않고 Order에 직접 적어주는건가요?

FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':test'. > No tests found for given includes: [jpabook.jpashop.MemberRepositoryTest](filter.includeTestsMatching) * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights. * Get more help at https://help.gradle.org BUILD FAILED in 4s 테스트 맴버 실행 도중에 위와 같은 오류가 발생하였습니다. 뭐가 문제인걸까요? ㅠ

샘플에서 DTO는 생략하셔서 아쉽습니다. DTO 변환으로 modelmapper나 mapstruct 정도 쓰는것같습니다.물론 mapper 없이도 하시는것 같던데요. 우아한형제들은 mapper에 대한 고견이 어떠신지 매우 궁금합니다!~

맥은 오라클이 안되는데요..ㅠ

안녕하세요. spring security 권장사항이 BCrypt라고 해서 조금 찾아보고 테스트를 해봤는데요. <첫 번째 시도> password = !@#$password1234 passwordHashed = $2a$10$foL9uBBw3knu9QoKmVb64.pRTRsxy96NQUQanjhOzl8D1yEoLs73m isValidPassword = true <두 번째 시도> password = !@#$password1234 passwordHashed = $2a$10$abpfdjC6qWnj687evfjzx.bV0Xlkas7wcx0s8OT2UwQD1Huo54oyi isValidPassword = true 보면 솔트를 랜덤으로 생성하기 때문에 인코딩된 패쓰워드가 다르게 나오는데 어떻게 인증이 되는건가요..? 어.. 그러니까 만약 Bcyrpt 솔트 기본값 10으로 회원등록을 하고 (첫 번째 시도) 이 걸로 다시 로그인을 하면 두 번째 시도의 값이  나와서 두 개가 다르다고 인식을 할 거 같은데  어떻게 옳은 패스워드로 스프링 시큐리티가 판단하는지  궁금합니다. 아니면 솔트를 사용하는게 아닌건지..궁금합니다.

Errors 와 BindingResult 중 무엇을 쓰는게 더 좋을까요?

A->B->C 로 참조가 되어 있어서 A를 지우려면 B를 먼저 삭제하고 B를 지우려면 C가 먼저 삭제되어져야 한다고 했을 때, 만약 C가 A를 참조하게 될 경우 싸이클이 생겨서 서로 삭제가 안되는 문제가 생기는데인. 웹던이나 DB단에서 c->a로 참조를 걸려할 때 잘못된 것으로 인지하고 막고 싶은데. 보통 이럴때는 어떤식으로 해결을 해야하나요?

간단한 조회는 Controller 에서 직접 Repository 를 사용하기도 한다. 라는 설명에 대한 질문입니다. 예제에서는 모든 Transaction 이 Service layer 에서 관리되는데 Controller에서 직접 Repository 를 접근할 때에는 tx 가 암묵적으로 생성되는 것인가요?

안녕하세요? 회원기능 테스트 강의 중 질문드립니다. @Trnasactional이 적용된 @Test에서 persist를 해도 DB에 안나간다고 하셨는데 이는 H2 DB에서만 그런건가요? MySQL도 그런가요? H2의 경우 sequence를 이용해 @GeneratedValue를 관리하는데 (로그 보면), MySQL의 경우는 auto_increment를 사용하면 DB에 한번 다녀와야 (flush되어야 = insert가 나가야) member의 id를 알 수 있는게 아닌가 해서요. 비슷한 사례(?)로 Spring Data JPA에서 .save(entity)만 해도 flush 되서 insert 쿼리가 나가는 것처럼요. 강의 잘 보고 있습니다! 답변 미리 감사드립니다.