안녕하세요. 영한님 교육을 듣고 실무에 적용해보려다가 막히는 부분이 있어서 문의드립니다. JPA없이 사용할 때는 Spring 에서 의존성 관리를 잘 해주고 있어서 @Autowired 애노테이션을 쓰든 명시적으로 정의를 하든 인터페이스로 정의되어 있는 필드에 구상체를 주입받을 수가 있는데 Entity 클래스가 가지고 있는 인터페이스에 대한 구상체 주입은 어떤방식으로 하는지 궁금합니다. 또 기존에 개발되어 있는 도메인 클래스가 Map 타입 필드를 가지고 있는데 Key가 Class<T> 타입인 경우는 어떤 식으로 해야할지 감이 안오는데 어떻게 해야 할까요? ㅠㅠ
안녕하세요 jpa api 강의와 이번 강의를 들으면서 repository에서 EntityManager를 정의하는 방식이 달라서 이 두 방식의 차이점이 궁금해서 질문드립니다. 항상 친절한 답변 감사합니다! @RequiredArgsConstructor public class ItemRepository { private final EntityManager em ; @PersistenceContext private EntityManager em ;
안녕하세요! 강의 막바지에 어플리케이션 서비스, 도메인 서비스 이렇게 계층을 한 단계 더 나누는 경우가 있다고 말씀해주신거에 대한 질문이 있습니다. 1. 위와 같은 구조는 [컨트롤러, 어플리케이션 서비스, 도메인 서비스, 도메인, 리파지토리] 이렇게 구성되는건가요? 2. 위와 같이 구성 시 장점이 어떤 것이 있는 것인가요? 3. 위와 같은 프로젝트 구조말고 다른 구조는 어떤 것들이 있을까요? 검색어정도만 알려주실 수 있다면 구글링해서 찾아보겠습니다. 질문이 조금 많네요. 감사합니다.
안녕하세요 선생님 강의 정말 잘 듣고 있습니다. jpa 와 관련있는 질문은 아니지만 너무 궁금해서 올렸습니다. view 단에서 controller 단으로 데이터를 넘길 때 BookForm 객체를 넘기고 이 안의 데이터를 또다시 서비스로 넘길 때 넘길 파라미터가 많을 경우 dto를 생성하는 방법이 있다고 하셨는데 레이어 간의 구분을 명확히 하기 위한 관례 같은 건가요? 혹시 처음부터 BookForm 객체를 dto로 취급해서 넘기는 것은 좋지 않은 방법 인가요?
안녕하세요. 강의 잘 보고있습니다. 여러 스레드에서 addStock 또는 removeStock method 실행시 stock 수가 변경할때 동시성 문제가 발생하지 않나요? junit으로 multi thread 요청을 테스트 해보고 싶어서 이런 저런 방법을 시도중인데 제가 테스트를 잘못한건지 동시성 문제가 발생하더라구요.. JPA에 입문한지 얼마 안되서 어떤식으로 해결하는게 좋을지 잘 모르겠습니다.. ㅠ
안녕하세요 orderSimpleQueryDTO의 경우에는 특수한 쿼리를 위한 경로에 위치시켰는데 DTO를 프로젝트에서 일반적으로 어디에 위치시키는지 궁금합니다. 강의를 들으면서 팀 프로젝트를 같이 진행하고 있는데 그 프로젝트에서는 Domain에 위치시켰습니다. 현업에서나 아니면 강사님께서는 어느 위치를 선호하시는지 궁금합니다.
안녕하세요. 실무에서는 setter 열어두면 안된다고 하셨는데, 아래 코드의 경우, setOrderItems을 어떻게 대체 해야 하나요? 감사합니다. result . forEach ( o -> o . setOrderItems ( orderItemMap . get ( o . getOrderId ())));
category에 연관관계 편의 메서드 만드실 때 public void addChildCategory ( Category child){ this . child . add (child) ; child . setParent ( this ) ; } 이렇게 만드셨는데.. public void setParent ( Category parent) { this . parent = parent ; parent . getChild () . add ( this ) ; } 이렇게 만들어도 되는거죠? 만약 된다면 왜 첫번째 처럼 만드셨는지 궁금합니다.. 항상 잘 듣고 있습니다!
package study.querydsl.repository ; import org.junit.jupiter.api. AfterEach ; import org.junit.jupiter.api. BeforeEach ; import org.junit.jupiter.api. Test ; import org.springframework.beans.factory.annotation. Autowired ; import org.springframework.boot.test.context. SpringBootTest ; import org.springframework.test.annotation. Rollback ; import org.springframework.transaction.annotation. Transactional ; import study.querydsl.entity.Member ; import javax.persistence.EntityManager ; import javax.persistence. PersistenceContext ; import java.util.ArrayList ; import java.util.List ; @SpringBootTest @Transactional @Rollback ( false ) class MemberRepositoryTest { @PersistenceContext private EntityManager em ; @Autowired private MemberRepository memberRepository ; @Test public void test () throws InterruptedException { List<Member> members = makeList() ; for (Member member : members) { test1(member.getId()) ; Thread. sleep ( 1000 ) ; } } private List<Member> makeList () throws InterruptedException { List<Member> members = new ArrayList<>() ; for ( int i = 0 ; i < 20 ; i++) { Member member = new Member( "gon " + i , i) ; members.add(member) ; } memberRepository .saveAll(members) ; em .flush() ; //<--- insert query 는 생성되나 db 에는 아직 없음 . Thread. sleep ( 5000 ) ; return members ; } protected void test1 (Long id) { Member member = memberRepository .findById(id).get() ; member.setUsername( "Park" ) ; memberRepository .save(member) ; em .flush() ; //<--- update query 는 생성되나 db 에는 아직 없음 . } } 안녕하세요 위와 같은 예제에서 makeList 메소드에서 생성된 리스트를 실 db에 insert를 하고 각 리스트 아이템을 처리하는 test1 메소드에서 처리된 아이템을 insert 를 하고 싶은데 em.flush를 해도 insert, update 쿼리만 발생되고 db에는 아직 결과가 들어오지 않고 test가 완전히 종료가 되는 순간 db에 값이 들어온것으로 확인 됩니다. 이를 해결하기 위해서 class에 @transactional 을 제거하고 test1 메소드에 @Transactional을 붙이니 의도한대로 makelist에서 리스트 결과가 한번 db에 저장되고 test1 메소드에서 처리된 결과도 순차적으로 db에 인서트 되는것으로 확인 했으나 연관관계가 존재하는 경우 fetch lazy 동작이 no session으로 안되던데 이를 해결하는 방법이 있는지요. 질문을 정리하면 1. Transactional 중간에 db에 값을 쓰는 방법이 있는지. 2. class에서 @Transactional을 제거 하고 test1에 @Transactional을 붙이면 연관관계 fetch lazy가 동작을 하지 않는 이유가 무엇인지 (제가 이해를 했을땐 test1 부터 영속성 컨텍스트가 관리되어 이후 메소드 호출부터는 transaction이 걸려서 fetch lazy가 동작될거라고 예상했습니다. ) 친절하고 자세한 답변 늘 감사드립니다.
안녕하세요 새해복 많이 받으세요:) 더자바 완강 후 메모리구조에 대해 다시 스터디하고 있습니다. 그러던 중 java8 부터 바뀐 metadata space 에 대해 알게 되었는데요, 힙 영역과 분리되어있고 메타데이터(클래스 이름, 메서드 정보 등)을 담고 있는 걸로 확인했습니다. 더자바 강의에서 메모리의 메서드 영역에 클래스 수준의 정보(풀패키기 경로, 메서드 이름, 변수 명 등)를 담는걸로 학습했던 기억이 있어 두 개념의 차이점을 알고 싶어 질문 남깁니다. 좋은 강의 올려주셔서 감사합니다!
안녕하세요. '주문 도메인 개발 - 주문 기능 테스트' 강의 마지막 부분에서 DB와 상관없이 단위 테스트를 해보는 것도 중요하다라고 언급을 해주셨는데요. 강의를 듣고 이해한 단위 테스트라는 것은 JPA를 이용하는 문법(Service, Repository)까지 테스트 하지 않고, 엔티티 클래스(Order, OrderItem 등)에 선언된 비즈니스 로직 메소드만 가지고 잘 동작하는지 테스트 하는것을 의미하는 것인가요? 예를 들어, '주문 상품 재고 감소' 테스트 코드를 작성한다면, 초기값이 설정된 회원과 주문 상품 객체를 생성한 후 주문시 'Service,'와 'Repository'를 사용하지 않고 순수 엔티티 클래스에 정의된 비즈니스 로직 메소드가 잘 동작하는지 확인하는 코드를 작성하면 되는 것 일까요? 위 내용이 맞다면 단위 테스트의 대상은 아래와 같겠네요. OrderItem Class의 createOrderItem(), Order Classs의 createOrder(), Item Abstract Class의 removeStock() 미리 답변 감사드립니다.
안녕하세요? 첫강의부터 쭉 잘 듣고 있습니다. JPA에 대한 질문이라기 보다는 객체지향 기법과 관련된 질문입니다. 엔티티 클래스에 최대한 setter지양하고 필드의 변경 포인트를 해당 엔티티로 모으는 것을 강조하셨고, 객체 생성 시점에 생성자로 필요한 필드들을 다 받아서 생성(저는 of가 더 좋네요)하는 게 좋다고도 말씀하셨지요. 근데 실무 개발하다보면 엔티티에 필드들이 최소 10개 이상은 되고 초반에 세팅되어야 할 값들이 많아지더라구요. 이 상황에서 파라미터가 10개 이상되는 argument constructor나 of를 이용해서 객체를 생성하는게... 맞는가? 예쁜가? 더 좋은 방법은 없는가? 생각이 들더라고요. 클린코드 같은 책보면 파라미터 개수는 3갠가 4개 이하로 유지하는게 좋다고도 하고 가독성도 떨어져 보입니다. 그래서 그냥 default constructor를 public으로 열어두고, setter도 열어둬서 객체 생성을 setAaa, setBbb, setCcc 등으로 해서 하나씩 하게 됩니다. 물론 세팅해줘야할 필드의 누락의 문제나 변경 포인트 관리 어려움 등의 문제가 생기겠지만요. 요약하자면, 생성 시점에 많은 필드들을 이용해 객체를 생성해야 할 때 어떻게 하시는지, 어떻게 하는게 좋을 지 의견 부탁드립니다. 감사합니다.
영한님 안녕하세요~ 주문 조회 V3.1: 엔티티를 DTO로 변환 - 페이징과 한계 돌파 강습을 보고 질문드립니다. 강좌처럼 in 절을 날리면서 데이터를 한번에 가져올때에는 지연로딩을 통해 orderItem 컬렉션을 가져오는데 막상 orderitem에 조건을 주려면 어떻게해야하나요? 애플리케이션(java)에서 작업해야하나요?
생성자에서 빈 객체 주입 하던 방식에서 필드에 직접 @Autowired 어노테이션을 붙여서 하는 방식으로 바꾸고 maven package 또는 build 할때 "spring Formatting violations found in the following files:" 위 에러 메세지가 뜨면서 exit(1)이 발생하는 경우가 있습니다. 찾아보니 스프링 관련 문법(?)을 어겼다고 규칙에 맞는 문법으로 수정하라는 오류메세지인데, 빈 객체에서는 생성자를 통해 빈 객체를 주입받는 문법만 허용해서 발생하는 오류입니다. "mvnw spring-javaformat:apply" 위 명령어를 통해 스프링에서 허용하는 문법을 적용하여 해결하실 수 있습니다.