몇시간 동안 애를 먹고 있어서 여쭤보게 되었습니다..ㅠ @OneToMany@JoinColumn(name="TEAM_ID")private List<Member> members = new ArrayList<>(); // 이 부분 Error:(18,50) java: diamond operator is not supported in -source 1.5 해당 코드에서 ArrayList 선언 부 제네릭을 비워두는게 1.5 버젼은 지원이 안되는 것 같아, 구글링을 통해서 계속 버젼을 JDK 1.8과 language level을 8로 수정하였습니다. 그래도 잠깐 되는 것 같다가 다시 같은 에러가 발생하고, 확인해보면 이 두 부분이 이렇게 바뀌어있네요.  왜 자꾸 default로 1.5 버젼으로 설정해버리는지 모르겠습니다ㅠㅠ 계속 해결 방법을 찾고 있지만 이미 조치했던 방법 외에는 잘 안 찾아지네요..! 감사합니다!

안녕하세요. 김영한 강사님 애청자(?) 입니다.ㅎ JPA를 이용한 시스템 설계를 할 때 궁금한 점이 있어서 질문을 남깁니다. 1. DDD에 따르면 도메인 레벨에서 핵심 비즈니스 로직을 구현하라고 되어있습니다. 그런데 핵심 비즈니스 로직은 대부분이 JPA의 Entity일 가능성이 큰데 이렇게 되면 인프라 기술인 JPA에 의존성을 가지게 됩니다. 아무래도 설계는 줄건 주고 받을 건 받은 트레이드 오프 관계이다 보니 상황에 맞게끔 해야하겠지만 저는 자꾸 도메인에서 Entity를 빼고 싶은 마음이 자꾸 듭니다.  어디쪽이 더 실무에 들어맞는지 궁금합니다. 2. 1번에서 유래된 질문인데 도메인과 인프라 기술을 프로젝트로 분리시켜서 사용할 때 입니다. 같은 도메인(비즈니스 로직)을 사용하더라도 JPA를 사용 가능한 사이트가 있고, 그렇지 않은 사이트가 있기 때문에 분리한 케이스인데, 이렇게 설계하다보니 도메인 계층은 객체지향적으로 설계가 잘 됩니다만,  Repository 쪽은 Entity가 트랜잭션 스크립트 처럼 데이터만 수정하는 꼴이되버립니다. 이건 어쩔 수 없는 건가요?   이전에 비슷한 질문을 드린적이 있는데, 도메인 객체를 엔티티를 변환하고, 엔티티를 도메인 객체로 변환하는 방법에 대해서 여쭤봤으나 너무 어렵게 생각한다고 답변하셨습니다. 이런 경우는 상호간 변환하는 로직이 필요하지 않을까라는 생각이 드는데 강사님 의견이 궁금합니다. 3. 그래서 비즈니스 객체에 Entity를 주입해서 데이터를 활용한 뒤에 다시 Entity에 결과를 집어 넣는 방법으로 해보려고 했으나 Entity는 저장되지만 비즈니스 객체의 필드에 있는 데이터를 저장하기에는 너무 비효율적인것 같습니다. 왜냐하면 비즈니스 객체를 저장하기 위해 비즈니스 객체의 결과를 서비스 계층에  올려서 Repository를 활용해서 저장할 수 있지만 엔티티는 비즈니스 객체 내에서 저장하고, 비즈니스 객체는 서비스 계층에서 저장행위를 한다는것 자체가 일관성이 없어보입니다. 이 부분도 의견 부탁드립니다.!! 좋은 강의 항상 감사합니다. 강사님 JPA 강의는 모두 다 들었는데 역시 최고입니다. 감사합니다.

.select(new DTO( 생성자 필드 )) .from(entity) 이런식으로 특정 필드만 뽑아내는 방법 말고 혹시 전체 필드를 담는 * 같은 기능이 있을까요? dto에 변수가 많아졌을때 하나하나 다 입력하면 코드도 길어지고 입력하기도 힘들거같아서요 .select(new QDto).from(Entity) 이런식으로 전체 데이터를 가지고오고싶어요! 그리고 혹시 전체 필드 조회를 안하시는 이유가 성능이 떨어져서 그런건지도 여쭤보고싶습니다.

강의를 들을때는 반환하는 경우가 대부분이라 문제 없었는데, 포폴을 만들다보니 요청받을때 파라미터를 제가 별도로 만든 클래스로 받는다면 해당 클래스 네이밍을 어떻게 해야하는지 모르곘습니다. 네이밍이야 어떻게 하든 돌아는 가겠지만 왠만하면 어느정도 실무에서 통용되는게 있다면 그걸 쓰고 싶은데 그런게 있나요?? 현재는 요청받을때, 반환할때 둘다 땡땡땡DTO 이런식으로 하고 있긴한데 용도가 다름에도 똑같이 이름짓는다는게 너무 찜찜해요=_=

안녕하세요 김영한님 강의 JPA강의와 스프링 강의 잘 보고 있습니다. 다름아니라 EntityManager api중에 merge()메소드가 있는 데  1차캐시에서 관리되고 있지 않는 엔티티 타입 객체를 A라고 하면 A객체가 PK값 들고 있을 경우 merge를 호출하면 1차 캐시의 엔티티를 A값으로 덮어버리는 것 같더라구요. 그래서 궁금했던게 강의에서는 엔티티의 필드 하나를 업데이트 하려면 업데이트하려는 엔티티 필드의 메서드를 호출해서 값을 변경해 주는 것으로 업데이트를 처리했지만, 엔티티의 업데이트를 해줘야하는 필드값이 많다면 merge를 쓰면 손쉽게 한 엔티티의 여러필드를 동시에 업데이트가 가능하더라구요. 하지만, 강의에서는 merge를 사용하지 않으신거 보면 뭔가 리스크가 있어서 그렇것 같은데.. 이것 사용함으로써 발생하는 위험요인이 혹시 있을까요? 그리고 사용하기 권장하지 않는다면 어떤 이유에서 권장하지  않으신지 궁금합니다. 

안녕하세요.  기본키 매핑 전략을 AUTO에서 IDENTITY로 변경 시 고려해야하는 부분들에 대해 조언을 얻고자 질문드립니다. 현재 저는 MariaDB 10.3.11 version을 사용중이며 엔티티 클래스 개발시  LONG 타입 PK에 기본키 전략을 AUTO로 해왔습니다.서비스를 오픈 후, 개선 사항들을 확인해보던 중 기본키 전략이 TABLE전략으로 되어있더라구요.(hibernate_sequence 테이블이 생성되어있고 엔티티 수만큼 next_val row가 있으면 TABLE 전략이겠지요..?) 성능 문제 및 여러 이유때문에 모든 엔티티 클래스를 AUTO에서 IDENTITY 전략으로 변경하려 합니다. 그러기 위해, 엔티티 클래스 ID 필드를 IDENTITY로 바꾸고 DB 모든 테이블에 Auto Incerement 속성을 부여하고, 개발 서버에서 테스트한 결과 지금까지는 큰 문제를 발견하지 못했습니다. Id 값이나 필드 속성이 아닌 바꾸는 것이 아니라 크게 문제는 없을 것 같긴해서운영 환경에서도 변경을 하려는데 지금까지 너무 수월하게(?) 변경이 되어서 좀 걱정이 되더라구요. 그래서 강사님께 엔티티 ID 매핑 전략 변경 시 추가적으로 고려해야하는 부분이 있는지 여쭤보고자 이렇게 질문을 드립니다. 감사합니다.

안녕하세요. 열심히 강의를 듣다보니 궁금한게 생겨서 질문을 남깁니다. 권장은 Long + 대체키 + 키 생성전략 사용 이라고 하셨는데 실무에서 어떤 생성전략을 많이 사용하나요?  그리고 AUTO 같은 경우 데이터베이스에서 가져오는 걸로 알고있는데 돌아가는 구조는 IDENTITY와 똑같나요??

안녕하세요 김영한님 강의 정말 잘보고있습니다. 다름아니라 @MappedSuperclass에 대한 질문인데요 1.PK필드도 @MappedSuperclass 설정된 클래스로 뺄 수 있는지 궁금합니다. 같은 타입이고 PK값 생성전략도 같으면 빼는 것도 나쁘지 않은 것 같아서요  2. 그리고 PK 필드가 빼는 것이 가능한 상태에서 또다른 궁금증은 객체기준으로는 같은 타입과 필드명을 똑같이 사용하고 있는데 DB기준으로는 컬럼명을 다르게 사용하고 있는 경우에도 매핑이 가능한지 궁금합니다. 예를들어 Member 테이블은 PK로 MEMBER_ID를 쓰고 TEAM은 TEAM_ID를 쓰는데 객체에서는 Long id;로 참조하는 경우 입니다. PK 필드가 아니라고 하더라도 공통된 역할을 하는 필드를 쓰는데 테이블마다 컬럼명이 다른 경우에는 매핑이 가능하다면 어떻게 매핑가능한지 궁금합니다.

updateItemForm 메소드에서 강사님은 modelattribute로 데이터를 받으셨는데, modelattribute를 안쓰고 그냥 BookForm form으로 데이터를 받아도 잘 수정이되더라구요.   1.modelattribute를 쓰신 이유가 궁금하며, 2. 파라미터로 데이터를 매칭할때 modelattribute를 쓰지 않는 상황에서 파라미터 변수가 form이라는 이름 때문에 매칭되는건지, 아님 Bookform이라는 객체타입를 인식해서 알아서 매핑되는건지 궁금합니다.

제목이 좀 이상해서 죄송합니다.  @OnetoOne 어노테이션을 붙히고 Parent와 Son을 1대1 관계로 만들어 보았습니다.  각자 Son1, Parent1 객체를 만들고, 추가적으로 Son2 까지 만들었는데, 신기했던건 Son1의 Parent1이 연결되고, Son2에도 parent1이 가능하다는 겁니다.  당연히 자바관점이나, Sql 관점에서는 당연한 거긴 한데, 이왕 어노테이션 까지 달았으면, 하이버네이트에서 어떤 로직이 있을거 라 예상했지만 그렇지 않네요. 혹시 제가 모르는 다른 방법으로 OneToOne이 아닐 때 Exceoption을 던져주거나, 그렇지 않다면 개발자 입장에서 예방하는 방법이 있을까요? 꼭 답을 안알려주셔도 됩니다.! 제가 참조할만한 자료나, 어떤 부분의 공부가 부족해서 그런지 알려주시면 더욱 더 감사하겠습니다. ^^

강사님께서 되도록 setter 메소드를 생성하지 말라고 하셨는데 createOrder 메소드에서 편의 메소드를 제외하고, setStatus, setOrderDate를 통해서 값을 설정하였습니다. 이 강의는 setter는 열었지만 , 되도록이면 status와 orderdate는  order 객체를 생성할시 생성자로 값 설정해주면 좋다는 의미신가요? 

개인적으로 객체지향을 공부하면서 궁금증이 생겨서 질문 드립니다! 도메인을 설계하실때 만약 Member라는 도메인에서 여러가지 자동차를 가진다는 관점에서 @OneToMany(cascade = CascadeType.ALL) 를 사용하고 ArrayList를 활용해 1:N 관계를  맺을때, 무조건 이런 컬렉션을 사용해야 하나요?? https://jojoldu.tistory.com/412 이 블로그 글을 봤을때, Car라는 클래스를 Cars라는 일급컬렉션으로 만들고 그 Cars라는 List를 사용하려고 하면 1:N관계로 매핑하는건 불가능하겠죠? 그럼 JPA에서는 일급컬렉션을 사용할 일이 있을까요?? 언제나 좋은강의 감사합니다!

컬렉션을 파라미터로 넣었는데요. 제가 넣은 컬렉션의 size보다 쿼리에서 생기는in 파라미터가 많아지는 현상이 있습니다. 2의 배수로 늘어나는것으로 보이고 제가 설정하지 않은 값은 마지막 값을 반복해서 설정하는데요. 혹시 이 현상이 왜 발생하는지 알 수 있을까요? 간략한 예입니다. < collection size 1> where medicine0_.id in (?)     : 1 < collection size 2> where medicine0_.id in (?, ?)  : 1,2 < collection size 3> where medicine0_.id in (?, ?, ?, ?) : 1,2,3,3 < collection size 4> where medicine0_.id in(?, ?, ?, ?) : 1,2,3,4 < collection size 5> where medicine0_.id in (?, ?, ?, ?, ?, ?, ?, ?) : 1,2,3,4,5,5,5,5 < collection size 6> where medicine0_.id in (?, ?, ?, ?, ?, ?, ?, ?) : 1,2,3,4,5,6,6,6 < collection size 7> where medicine0_.id in (?, ?, ?, ?, ?, ?, ?, ?) : 1,2,3,4,5,6,7,7 < collection size 8> where medicine0_.id in (?, ?, ?, ?, ?, ?, ?, ?) : 1,2,3,4,5,6,7,8 < collection size 9> where medicine0_.id in (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) : 1,2,3,4,5,6,7,8, 9,9,9,9,9,9,9,9

들은 강의를 기반으로 Member 클래스와 1대 다로 매핑되는 Community를 구현하려  합니다. Community는 추상 클래스입니다. 1. 위와 같은 경우에는 Repository를 CommunityReposity 외에도 NoticeRepository와 QnARepository를 구현해야하나요..? 1.2. NoticeRepository와 QnARepository를 구현해야한다면 CommunityService 외에도 NoticeService와 QnAService도 따로 구현해줘야하나요? 관련된걸 찾아보려해도 repository나 service 생성에 관한 내용을 찾아볼 수가 없어서 질문 드립니다......ㅠㅠ

안녕하세요! 실무 진행 중에 혹시 질문을 드려도 될까 해서 여기로 다시 왔습니다. Entity에서 column을 매핑할 때, 원래 테이블에 not null인 필드에 default 값이 있다면 엔티티에도 default 값을 정해주어야 하나요? 영한님은 보통 원래 테이블 필드에 default 값이 있으면 엔티티 column 작성시 어떻게 처리하시나요? 

안녕하세요.  em.createQuery를 사용하여 검색할 경우 1차 캐시에 캐싱이 되나요? 쿼리가 조건이 id 일경우, 특정 컬럼의 like 문을 이용한 경우 차이가 발생하나요?

우선 정말 좋은 강의 해주셔서 감사합니다. batch size 관련해서 이해 안되는것이 있어서 질문드립니다.  우선 batch size가 일대다 관계에서 조인 문제의 N+1을 해결해준다는 것은 이해가 가는데. batch size를 100으로 설정했을시 쿼리에 team_id 당 member들을 100개씩 날려서 패치 조인처럼 하는 방식인가요?? 정확하게 이해가 안되서 질문드립니다.

INFO: HHH000318: Could not find any META-INF/persistence.xml file in the classpath [土 10 24 00:40:20 JST 2020] Exception in thread "main" javax.persistence.PersistenceException: No Persistence provider for EntityManager named hello at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:85) at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:54) at hellojpa.JpaMain.main(JpaMain.java:9) Process finished with exit code 1 안녕하세요 강사님 일본에서 강의를 보고있는데 이런 에러가 뜨는데 어디가 잘못인지 잘모르겠네요 공부를 하고싶은데 처음부터 막혔네요 ㅠ파일 압축해서 링크 올렸습니다 도움 부탁드려요  https://drive.google.com/file/d/1kPvVoYZ1WSx77OdBGGq4YMMpOgyc2q_7/view?usp=sharing

먼저 강의 내용과는 다른 질문 드려서 죄송합니다. 컨트롤러는 왜 테스트 해야 할까요? 컨트롤러 자체에는 비즈니스 로직이 없고 그저 서비스 계층에 위임하는 역할밖에 없는데 테스트 할 가치가 있을까요?? 서비스 계층 모두 테스트가 완료 되었다면 컨트롤러도 정확히 동작할거라고 예상 할수 있지 않나요?

김영한 강사님께서  cascade는 소유자가 하나일때 사용하라고 하셨는데, orderItem 같은 경우는 소유자가 order와 item이 있는데도 불구하고 사용하신 이유가 궁금합니다. 단지 예제를 이용해서 사용하신건지