강의를 역시나 재미나게 보고 있습니다 ㅎㅎ 가끔 블로그를 보면 entity에 Serializable을 붙이는 경우가 있는데 이것에 대한 설명 부탁드립니다. 제가 아는 한에서 Serializable은 객체를 다른 서버로(ip가 다른) 보낼 때 객체로는 보낼 수 없어서 스트림으로 만들기 위해 Serializable을 사용하는 것으로 이해하고 있는데. 보통 dto로 매핍을 받으니 entity 객체가 다른 곳으로 이동할 일이 옶다고 보거든요. 오히려 서로 다른 ip로 되어 있는 서버에  보내기 위해서는 dto객체를 serializable로 만드는게 맞지않을까 생각합니다

Exception in thread "main" java.lang.IllegalArgumentException: Unknown entity: hellojpa.Member    at org.hibernate.internal.SessionImpl.firePersist(SessionImpl.java:803)    at org.hibernate.internal.SessionImpl.persist(SessionImpl.java:784)    at hellojpa.JpaMain.main(JpaMain.java:17) 강좌를 따라가며 동일하게 진행하다가,  해당 오류가 발생하고 있습니다. member 객체를 ID 없이 저장하려고 하면 아이디가 없다는 에러메세지가 아니라 객체를 찾을수 없다고 나오고 있습니다. 책을 찾아보면 엔티티 클래스를 자동으로 인식을 못하는 경우 <class>jpabook.start.Member</class>를 지정해주면 된다고 하셨더라구요. 강좌에서는 이런 언급을 안하시던데 따로 엔티티를 탐색하는 방안이 잇을까요?

order 엔티티를 조회했을때 프록시 초기화를 통해서 컬렉션 과 나머지 엔티티들을 조회하는것을 알겠는데 postman에서 조회화면결과에서  TotalPrice 컬럼은 어떻게 나오는건가요? 아무리봐도  Order 클래스파일에는 public int getTotalPrice() 메소드로 정의된거 말고는 없는데 이 부분이 궁금해서 질문드립니다.

안녕하세요. 강의 잘 듣고있습니다. 질문은, 회사에서 Query를 작성하다보면 코드테이블을 여러번 join 하는 경우가 허다한데요. a join code 처럼 a 테이블의 특정 코드에 대한 코드값을 읽어오고자 할 경우, a 테이블에서 code 테이블쪽으로 driving이 걸리는 컬럼은 대부분 pk가 아닐텐데요. 이럴 경우 어떤식으로 해결을 해야할까요? join을 통해서 이래저래 방법을 찾아보았으나 pk와 fk 관계가 아니면 오류가 나네요. 몇일동안 테스트는 하는데 딱히 방법이 보이지않습니다. 내부적으로 메인테이블에서는 단순코드만 관리하고 description 자체를 코드테이블에서 읽어오는  방식이다 보니 상기방식의 작업이 상당히 많은 편입니다. 그럼 조언부탁드립니다. 미리 감사드립니다.

Member를 Team을 추가 할 때 public void setTeam (Team team){    this.team = team    team.getMembers().add(this) } 위와 같이 연관관계 편의 메서드를 만드셨는데, 제거 할 때도 위와 같이 양쪽에서 동시에 제거하는 메소드를 만드시는지 궁금합니다. 제가 실습중인 코드에서는 delete : /team/{team_id}/member/{member_id} 로 api를 호출하면 아래 메소드가 호출됩니다. public void removeMember (Long team_id, Long member_id){    Team team = validateTeam(team_id); //team 이 실제로 있는지 확인    Member member = validateMember(member_id); //member 가 실제로 있는지 확인    if(team.equals(member.getTeam())){       //의문점       team.getTeam().remove(member);       memberRepository.deleteById(member.getId)    } } Team에 Member를 추가 할 때와 같이 Member를 제거 할 때도 양쪽에서 같이 제거해야하는지 그리고 entity에서 remove관련 편의메소드를 만들어야하는지 궁금합니다.

영한님 안녕하세요~ 오늘도 또 하나의 질문을 들고 왔습니다. 예전 MyBatis 방식에서는 보통 수정 처리의 경우, 업데이트 문 한번으로 처리가 가능했는데요. (내가 수정하고자 하는 일부 항목들만 정의된 Update SQL 문 작성) JPA 방식에서는 Find 를 먼저 하지 않고 바로 업데이트 하기에는 어려움이 있는 듯 합니다. 예를 들어 Member 객체에 패스워드가 포함되어 있는데 패스워드만 수정을 해야 되는 경우라면 MyBatis 방식에서는 별도의 select 없이 패스워드만 update 를 하면 됐었는데 JPA 에서는 Find 를 통해 객체에 초기셋팅을 한번 한 뒤에 @DynamicUpdate 활용해야 Password 만 변경되는  SQL 을 수행시킬 수가 있는 거 같습니다. 즉, Update 를 위해서는 항상 Select 절이 따라 붙어야 한다는 건데 JPA 장점을 위해 이런 부분은 감수해야 되는 부분이라고 생각해야 되겠죠?? 

영한님 안녕하세요. 강좌들으면서 실무에서 직접 해보고 있는데 풀리지 않는 오류가 하나 등장했습니다. ManyToOne 단방향 맵핑한 영역이 있습니다. (MemberWebUser / MemberCompany) (다만,  PK 가 아닌 Unique 한 다른 필드로 Join 을 설정했고요..) 저장까지는 문제없이 잘 됩니다. (FK 도 원하는 필드로 저장됐구요) 그런데 이후 QueryDsl 로 두 개를 조인해서 Many 쪽의 객체만 가져오는 Select Repository 를 아래와 같이 작성했는데 .... 해당 리파지토리 실행 시점에 ClassCastException : MemberCompany cannot be cast to java.io.Serializle at org.hibernate.type.ManyToOneType.hydate(ManyToOneType.java) 에러가 발생합니다. 원인을 모르겠어요 ㅜ

연관관계 편의 메서드에 이점을 느끼고 있습니다만...이를 이해하는데 있어서 상당히 어려움을 느끼고 있습니다. 상품 주문 시 1. 주문한 member 를 조회2. 주문한 item을 조회3. 주문한 member address를 통해 delivery 생성4. 주문한 item, 가격, 상품수를 인자로 주문상품 생성5. 주문한 member,delivery,orderitem을 인자로 주문생성 주문상품 orderitem은 FK로 item, order를 가지나주문생성에는 orderItem이 필요하기 때문에주문상품 생성 시 order를 인자로 전해주지못하고주문 생성 시 생성된 order를 연관관계 편의메서드를 통해주문상품 order의 빈자리를 채워주고 있습니다. 주문생성 연관관계 편의 메서드를 보면양방향 관계인 member, delivery, orderitem을 모두함께 셋팅해주는데요. 1.member 생성 시 order와는 관계를 맺을 수 없으니연관관계 메서드 필요없음 2. delivery는 주문 생성 시 함꼐 생성되므로 order 또는 delivery에 연관관계 메서드 생성 3. orderitem은 order가 생성되어야 이후에 fk로 셋팅이가능하기 떄문에 order에 연관관계 메서드 생성 일단 이렇게  이해를 하고있는데요. 좀더 명확하게 연관관계 메서드가 위치해야하는곳이어디인가? 라는 물음에 케바케인가 싶기도 하구요.어느부분을 중점으로 봐야할까요?김영한님 책도 있긴한데 참고할 부분이 있을까요? 진짜 양방향은 왠만하면 안쓰는게 맞다는 말이 조금은 이해가 됩니다. 1부 빨리 끝내고 2부 들으러 가야겠습니다 ㅋㅋ 추가로JPA 이후에 계획하고 계신 강의가 있을까요?

relaxed를 쓰는건 ... 무조건 지양하고 싶어서 마음엔 들지 않지만. 저는.. 일단 이렇게 했습니다. fieldWithPath("_links.*").ignored(),fieldWithPath("_links.self.*").ignored(),fieldWithPath("_links.events.*").ignored(),fieldWithPath("_links.update.*").ignored()

entity에는 Setter가 존재하면 안된다는 글을 많이 보았습니다. 때문에 생성자를 통해서만 entity가 만들어지도록 샘플프로젝트를 만들어왔었는데요. 물론  교육이라 setter를 사용하신다고 생각하는데요 실무에서  setter를 entity 내 만들어쓰시는지 생성자를 통해서 해결하시는지 또는 private 처리로 생성 메서드만 노출하는지 궁금합니다. 연관관계 편의 메서드와 생성 메서드 예를 들어주실수 있으실까요? 감사합니다~

전에 1번 완강했었는데다시 반복 강의 들을때 문제생겨서 올립니다. 3시반30분의 삽질끝에..결국 찾아낸 ㅠㅠ저같은 분이 없으시길.. 이러한 에러가 나오실거에요.. [ 사진 크게 보시려면 아래처럼 마우스 오른쪽키 ] [ 새 탭에서 이미지 열기 ] --------------------------------------------------------- 2.1.9버전까지는 잘됬었습니다 그런데 이번에 2.1.10버전이 나왔더군요.. 그걸 모르고 그냥 이전처럼 맨뒤에 버전으로 받아서 했더니.,. 후... 2.1.10버전은 안됩니다.. 2.1.9버전 이하로 하시면 잘됩니다..

강사님께서 작성하신 login.jsp에서는 header가 회색 계열이며, 그 header 왼쪽에는 검은색 글꼴이 배치되어 있고, 오른쪽에 정상적으로 버튼이 나오는 걸 볼 수가 있습니다. 그러나 저도 강사님께서 작성하신 login.jsp 코드를 똑같이 작성했는데 불구하고, header가 회색 계열이 아닌 흰색 계열이며, header에 구현된 버튼이 강사님께서 만든 버튼과 다른 버튼이 나옵니다. 마지막으로 bootstrap version 3.3.7버전, 그리고 jQuery 3.1.1 version을 사용했는데, 위에 언급된 문제들이 전혀 해결되지 않은듯합니다. 어떻게 하면 해결할 수 있을까요?

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

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

영한님 안녕하세요. 영한님 책과 강좌를 통해서 JPA 학습에 몰입 중인데 DDD, Spring Data JPA 개념과 함께 학습을 하려고 하니 생각보다 배워야 할 내용들이 너무 많네요.. 질문 드릴 분이 영한님 밖에 없어서 한번 더 문의를 드립니다. DDD 책을 보면 Aggregate 의 리파지토리를 만들 때, Aggregate root 에 대해서만 제공하라고 하고 있습니다. 영한님 책의 예제에서 보면 Order, OrderItem, Delivery 같은 Entity 를 하나의 Aggregate 으로 묶을 수가 있고 Order 를 Aggregate Root 를 볼 수 있을 거 같은데요. 이 경우 Order 에 대해서만 Repository 를 제공할 경우, Cascade 를 사용하지 않고서는 Order, OrderItem, Delivery 를 한번에 저장할 수 있는 방법이 없을 거 같은데요.. (OrderItem 이니 Delivery 는 Repository 가 없으므로) 이렇게 Aggregate Root 에 대해서만 Repository 를 제공할 때, 혹시 Cascade 를 활용하지 않고 저장할 수 있는 방법이 있나요? 만약 Cascade 가 유일하다면 이러한 구조로 개발을 하는 것이 가장 보편적이 방법인지도 알고 싶습니다.

컬랙션 패치 조인은 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차 캐시에서 엔티티를 가져오기 때문인가요? 추가로 꿀강의 정말 감사합니다! ㅎㅎ