상품 수정을 진행할 때 어떤 인증 절차가 있어야 한다고 해주셨는데요! 제가 진행중인 프로젝트에서는 이 인증 절차를 시큐리티 컨텍스트에서 유저 아이디를 받아와 항상 findByprodcutIdandUserId(상품아이디,유저아이디) 이런 식으로의 인증을 거치고 있습니다! 분명 이런 식과 다른 방법도 있겠지만 여러번 고민과 의논에도 현재 방식보다 간단하고 좋아보이는 방식이 생각이 나지 않아 이렇게 질문드립니다..!  혹시 영한님께서 사용하시는 실무에서의 인증 절차는 어떤식으로 사용하시는지 깊게 알고 싶습니다! 이 로직이 항상 리팩토링 해달라고 신호를 보내는데 그 방법을 알지 못해서 볼때마다 안타깝습니다..  항상 좋은 강의 감사하고 그 내용이 쉽지 않더라도 조언 주시면 공부해서 적용하고 싶습니다!

개발자님 강의 계속 반복해서 열심히 듣고있습니다강의 도중에 엔티티는 노출하면 안된다 하지만 Value 오브젝트는 바뀔일이 없기 때문에 노출해도 된다고 하셨는데만약에 Address 값 객체가 있다고 했을때  Address의 필드  String cityCode가   Interger areaCode로 바뀐다고 해도 문제가 없나요??

안녕하세요. 영한님 교육을 듣고 실무에 적용해보려다가 막히는 부분이 있어서 문의드립니다. JPA없이 사용할 때는 Spring 에서 의존성 관리를 잘 해주고 있어서 @Autowired 애노테이션을 쓰든 명시적으로 정의를 하든 인터페이스로 정의되어 있는 필드에 구상체를 주입받을 수가 있는데 Entity 클래스가 가지고 있는 인터페이스에 대한 구상체 주입은 어떤방식으로 하는지 궁금합니다. 또 기존에 개발되어 있는 도메인 클래스가 Map 타입 필드를 가지고 있는데 Key가 Class<T> 타입인 경우는 어떤 식으로 해야할지 감이 안오는데 어떻게 해야 할까요? ㅠㅠ

안녕하세요 jpa api 강의와 이번 강의를 들으면서 repository에서 EntityManager를 정의하는 방식이 달라서 이 두 방식의 차이점이 궁금해서 질문드립니다. 항상 친절한 답변 감사합니다! @RequiredArgsConstructorpublic class ItemRepository { private final EntityManager em; @PersistenceContextprivate EntityManager em;

강의 중 테스트 코드 작성시 Repository 와 같은 경우 autowired가 아닌 생상자 주입을 권장한다고 해주셨는데 혹시 그 이유를 알 수 있을까요??  힝상 좋은 강의 감사합니다!

안녕하세요! 강의 막바지에 어플리케이션 서비스, 도메인 서비스 이렇게 계층을 한 단계 더 나누는 경우가 있다고 말씀해주신거에 대한 질문이 있습니다. 1. 위와 같은 구조는 [컨트롤러, 어플리케이션 서비스, 도메인 서비스, 도메인, 리파지토리] 이렇게 구성되는건가요? 2. 위와 같이 구성 시 장점이 어떤 것이 있는 것인가요? 3. 위와 같은 프로젝트 구조말고 다른 구조는 어떤 것들이 있을까요? 검색어정도만 알려주실 수 있다면 구글링해서 찾아보겠습니다. 질문이 조금 많네요. 감사합니다.

특정 팀 소속인 사용자 목록을 얻고 싶다면 Member Repository에서 아래와 같이 만들어서  findByTeam(Team team, Pageable pageable); Team 객체에 해당하는 Team의 id 값을 담아서 조회 하고 있는데 이러한 방식 맞나요??

안녕하세요 선생님 강의 정말 잘 듣고 있습니다. jpa 와 관련있는 질문은 아니지만 너무 궁금해서 올렸습니다. view 단에서 controller 단으로 데이터를 넘길 때  BookForm 객체를 넘기고 이 안의 데이터를 또다시 서비스로 넘길 때 넘길 파라미터가 많을 경우 dto를 생성하는 방법이 있다고 하셨는데 레이어 간의 구분을 명확히 하기 위한 관례 같은 건가요? 혹시 처음부터 BookForm 객체를 dto로 취급해서 넘기는 것은 좋지 않은 방법 인가요? 

선생님, DTO 클래스 만드실 때 private 타입으로 만들어도 되던데.. 왜 static으로 만드시는지 궁금해서 질문 드려요~

안녕하세요. 강의 잘 보고있습니다. 여러 스레드에서  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);} 이렇게 만들어도 되는거죠? 만약 된다면 왜 첫번째 처럼 만드셨는지 궁금합니다.. 항상 잘 듣고 있습니다!

json 포멧의 샘플 데이터를 파일로 가지고 있을 때, 이것을 입력하기 위한 가장 좋은 방법은 어떤 것이 있을 지 궁금합니다.

 안녕하세요.   jpa가 컬렉션을 persistentBag으로 랩핑하기 때문에,  컬력션을 필드에서 초기화한 후 바꾸지 말라고 하셨는데,  컬렉션을 바꾼다는 의미가 새로운 컬력션을 생성하거나, set이나 map 등의 다른 컬렉션으로 바꾼다는 의미인가요?  감사합니다.

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)에서 작업해야하나요?