안녕하세요 김영한 강사님. 기본편부터 Querydsl까지 강의를 듣고, 덕분에 예전부터 만들고 싶었던 사이드 프로젝트를 진행 중입니다. 진행 중에 기본적인 CURD를 하던 중, 기본편부터 말씀하신대로 수정은 더티체킹을 통해서 하고 있습니다. 여기서 궁금한게 더티체킹을 하기 위해 엔티티를 영속화시키려면 클라이언트에서 넘어온 id로 findById() 메서드를 통해 DB에 select를 꼭 한번 해주어야 하는건가요? 마찬가지로 삭제할 때도 클라이언트에서 넘어온 id로 엔티티를 조회 후 em.remove() 메서드에  인자로 넘겨주어야 하는건지 궁금합니다. (제가 알고 있는 영속화 시키는법: em.persist, em.find) 기존에 개발하던 방식은 update문, delete문을 통해 한 번만 통신을 하였는데, 뭔가 select를 한 번 더 하자니 손해보는? 느낌입니다 ㅋㅋㅋ 아니면 상황마다 다르게 해도 되는지요? 예를 들면 실무에서 관리자 사이트 같은 실시간 트래픽이 많지 않은 곳은 더티체킹을 하고, 실시간으로 수정이 빈번하게 일어나는 고객 서비스에서는 update문을 직접 날리는 방식으로 하는 것처럼요. 그리고 실무에선 엔티티에 Setter 메서드를  웬만하면 사용하지 않고 의미있는 메서드명을 만들어서 사용한다고 하셨는데, 그럼 예를 들어서 Member 엔티티를 더티체킹을 통해 수정하려면 changeMember(String username, int age) 같은 메서드를 만들어서 사용하시는 건가요? 강의를 들을 땐 뭔가 다 이해가 되는 기분이였는데, 막상 실제로 개발을 시작하니 기존과 다른 개발 방식이 낯서네요 ㅋㅋㅋㅋ 그래도 덕분에 개발에 대한 새로운 눈이 띄여지는 것 같습니다.

@Testpublic void 상품주문_재고수량초과() throws Exception{ //given Member member = createMember(); Item item = createBook("시골 JPA", 10000, 10); int orderCount = 11; //when //then NotEnoughStockException ex = assertThrows(NotEnoughStockException.class, () -> { orderService.order(member.getId(), item.getId(), orderCount); }); assertEquals(ex.getMessage(), "need more Stock");}

안녕하세요. 세션 2  3번째 영상 스프링 부트 애플리케이션 도커 이미지 만들기와 5번째 영상 스프링 부트로 효율적인 도커 이미지 만들기 영상이 동일합니다.  5번째 영상이 잘못 올라온 것 같습니다. 수정 부탁드립니다. 강의 잘 보고 있습니다. 감사합니다.

안녕하세요! // @PostMapping(value = "/items/edit") @PostMapping(value = "/items/{itemId}/edit") public String updateItem(@ModelAttribute("form") BookForm form) { Book book = new Book(); book.setId(form.getId()); book.setName(form.getName()); 1. @ModelAttribute를 안붙여도 되는데 강사님은 왜 붙이신건지 알고 싶습니다!! 2.  url에 itemId가 form으로 넘어오는 상황인데 이때 url에서 itemId를 빼는 것이 더 올바른 건가요? 아니면 강사님 처럼 사용은 하지 않아도 관례상 넣어줘야 하나요?

rest 방식으로 회원 등록 api를 만들었는데 , 그럼 예를 들어 1편에서 했던 MemberController에서 회원 등록을 하는것은 필요 없는 과정인가요? 앞으로 rest api 방식으로 해서 html이랑 연결시키면 되는건가요?

문득 궁금한 점이 예외가 발생되어서 catch문으로 잡아서 처리하지 않으면 프로그램이 종료되는걸로 알고 있습니다. 여기서 중복 이름 일때 예외 발생시키고 어디서도 catch로 잡아 주지 않았는데 왜 프로그램이 종료되지 않는지 궁금합니다 ㅠㅠ

안녕하세요~ 김영한 강사님.기본편 부터 쭉 들으며 열정넘치신 강의 덕분에 많은 배움이 있었습니다.강의 중에 리포지토리 네이밍에 관해 궁금한것이 생겼는데요, 메인 리포지토리 분리할 경우 고려할 사항에 대해 말씀해주셨는데요,다음과 같이 정리해 보았습니다. * - Command(명령성) / Query(복잡한쿼리)* - CoreBusinessLogic(핵심비지니스로직) / ViewPrivateLogic(View계층쿼리로직)* - LifecycleStepedLogic(생성주기에 따른 절차적로직) 알려주신 QueryRepository 외에 분리되야 할 부분의 리포지토리의 이름들을 어떻게 구분하면될까요? Query : query.XxxQueryRepository Command : command.XxxCommandRepository CoreBussiness : ? LifecycleStepedLogic : ?? 추측해본 결과로는 이런방식인데요,1. 실무서 이런방식으로 구분하시는지,2. 강의 내용 외 분리시킬 리포지토리의 패키지와, 이름을 각각 어떤이름으로 사용하시는지3. 묶어서 사용할 경우, 어떤것들 끼리 묶어서 사용하시는지간략한 구체적인 사례들이 궁금합니다. 읽어주셔서 감사합니다!

 [지연로딩] 설정 예제 관련 질문입니다.  기본편 강의에서는 지연로딩 설명시 member.getTeam()을 호출해도 팀에 있는 필드를 호출(member.getTeam().getName())하기 전까지는 SQL문이 호출되지 않았는데, 현재 예제에서는 member.getTeam()만 호출했는데도 SQL문이 실행되고 있는건 혹시 toString() 메서더를 호출때문인건가요?? toString()이 호출되면서 Team에 있는 뭔가가 호출했다고 인식해서 SQL문이 나간건가해서요. 감사합니다.

강의 정말 잘 듣고 있습니다. 감사드립니다. 영한님의 경우 프로젝트 재실행마다 모든 DB 테이블이 초기화 되는데, 저는 주문 내역만 초기화되고, 이외의 테이블들은 초기화가 되지 않습니다. ( 근데 또 이상한게 아까 설정 한번 건드려봤을 땐 한번 됐었는데 또 안되네요;; ) 어떻게 설정을 바꾸면 모두 초기화가 될까요? 주문 내역 테이블은 초기화가 되는데, delivery 테이블은 초기화가 되지 않아서 PK 중복 에러가 자꾸 나네요ㅠ main의 application.yml test의 application.yml p.s. 영한님 저서 '자바 ORM 표준 JPA 프로그래밍' 책은 2015년 출간 되었던데, 이후 개정된 적은 없나요?!

안녕하세요. 선생님 강의 정말 잘 보고있습니다. 궁금한점이 있어서요 Repository 패키지와 Service 패키지가 보통 구분되어있는데 정확하게 쓰임새의 차이점을 모르겠습니다. 그냥 스프링에서 Service 역할을 하는 것이 스프링 부트에서는 Repository가 하는거로 알고있었는데.. 어떤 경우에 Repository에 구현하고, 어떤 경우에 Service에 구현하는지.. Service에 구현하는것은 조금더 비즈니스 적인 내용을 구성한다고 하셔서 혼란이 조금 생겼습니다.

안녕하세요 강사님. 테스트를 따라하다가 궁금한게 생겨서 질문드립니다! 저는 JUnit5를 통해서 테스트를 작성했고. 우선   코드를 첨부하겠습니다! package jpa.boot.jpaboot.service;import jpa.boot.jpaboot.domain.Member;import jpa.boot.jpaboot.repository.MemberRepository;import org.assertj.core.api.Assertions;import org.junit.jupiter.api.DisplayName;import org.junit.jupiter.api.Test;import org.springframework.beans.factory.annotation.Autowired;import org.springframework.boot.test.context.SpringBootTest;import org.springframework.transaction.annotation.Transactional;import static org.assertj.core.api.Assertions.*;@SpringBootTest@Transactionalclass MemberServiceTest { @Autowired MemberService memberService; @Autowired MemberRepository memberRepository; @Test void 회원가입() { // given Member member = new Member(); member.setName("Kim"); // when Long saveId = memberService.join(member); // then assertThat(memberRepository.findOne(saveId)).isEqualTo(member); }} 여기서 테스트는 정상적으로 통과되는데,  클래스 레벨에 @Transactional을 지우니까 테스트가 실패했습니다.  실패 메세지는 다음과 같습니다 Expecting:  <jpa.boot.jpaboot.domain.Member@9bf63d2> to be equal to:  <jpa.boot.jpaboot.domain.Member@22ff1372> but was not. isSameAs로 실행해도 마찬가지더라고요. 1차 캐시에서 가져와서 비교하기 때문에 테스트가 통과한다는 건 알겠지만, Transactional을 지우면 어떤 원리로 테스트가 실패하는지 모르겠습니다.

안녕하세요 OrderService 테스트 시  회원을 createMember()직접 만들어서 사용했는데 회원가입 기능인 join을 사용하게 되면 해당 테스트에 필요없는 join 기능이 들어가게 되므로 createMember()처럼 하는게 좋은 것 같은데 맞을까요? 즉, 의미없는 의존은 하지 않는게 좋은 테스트 같거든요. 통합테스트 보다 단위테스트가 중요하다고 하신 것도 필요없는 의존성을 제외하기 위함도 있는 것 같구요

@Transactional은 기본편에서 나오는 엔티티 매니저의 tx.begin() -> tx.commit의 역할과 같은 건가요?즉, 필수로 @Transactional이 있어야만 하나요? 없어도 되는걸로 알고 있어서요

Order와 OrderItem의 연관관계 메서드를 Many인 OrderItem에 해야 하는거 아닌가요? 이유가 따로 있을까요? 이렇게 하는걸 추천하셨는데 궁금합니다!!

안녕하세요~ LAZY 관련 질문이 있어서 글을 남깁니다! LAZY 로드를 디폴트로 설정하기 위해서  propertis or yml 파일에 "spring.datasource.jpa.hibernate.enable_lazy_load_no_trans"=true  구문을 추가 하였습니다. 적용한 자바 config 파일 입니다.  properties.setProperty("hibernate.enable_lazy_load_no_trans", env.getProperty("spring.datasource.jpa.hibernate.enable_lazy_load_no_trans")); 혹시 해당 프로펄티즈 구문으로 Lazy를 디폴트로 설정해본 적이 있으신가요? 매우 간편 해보여서 프로젝트에  적용해서 쓰고 있는데 안티 패턴이여서 쓰지 말라는 글도 있더라구요. 해당 설정에 대해서 김영한 개발자님의 의견이 궁금합니다! https://vladmihalcea.com/the-hibernate-enable_lazy_load_no_trans-anti-pattern/

성능 문제로 템플릿 엔진보다는 웹 프레임워크 vue.js react.js angular.js를 쓴다고 들었습니다. 여기 강의에서 thymeleaf 템플릿 엔진을 사용했는데, spring에서 템플릿 엔진을 꼭 써야하는지 아니면 간단하게 예제로써만 사용하고 나중에는 react.js vue.js angular.js같은 웹 프레임워크를 사용하는 지 궁금합니다.

안녕하세요~ 잘듣고 있습니다. 근데, 궁금한게 있어서요. 만약 컨트롤러에서 바로 (서비스 없이) 레파지토리를 호출하면 기존에 서비스에서 하던 트랜잭션 처리를 컨트롤러에서 해야 하는건가요?

itemService 에서 change 메서드 호출해서 넣어주고, Book 엔티티 쪽에서  change 메서드를 만들어주었습니다. 기능은 정상 동작하나, 이게 최적된 방법인지는 잘 모르겠습니다. 강사님이 말씀하신 변경감지를 이용한 부분인데, 컨펌한번 받아보고자 이렇게 올렸습니다. 조언부탁드립니다 . 감사합니다.

안녕하세요, html 파일 수정시 ctrl + shift + f9 단축키로 recompile하면 서버 재시작 없이 변경사항이 적용 되는줄 알았는데 리컴파일 할때마다 서버자체가 재시작 되면서 데이터베이스의 테이블도 다 드랍했다 생성합니다. ddl-auto: create으로 해놓긴 했지만 리컴파일 할때 서버 재시작이 안되고 반영되는줄 알았는데 무조건 서버 재시작이 되는건가요?

수정을 시도하는 Book객체는 새로 만들어진것이잖아요 강사님. 이 Book객체는 이미 DB에 한번 저장이 되었다고 했는데 persist를 한적도 없고 db를 통해 find 한 객체도 아닌데 어떻게 이게 준영속 객체가 되는것이지요?????? 단지 그냥 Book이란 객체를 만들고 set으로 평범한 값을 넣어줬을 뿐인데.. 만약 set을 하고 em.persist(book) 을 해주면 뭐 영속성컨텍스트에 올라갈것이지만요... 그냥 book은 단순 객체가 아닌 이유를 이해하기가 정말 어렵습니다.ㅠ 기존식별자를 가지면 준영속이라고 하셨는데 book에 set을하여 id를 박는순간 이것은 준영속인것인가요? id는 식별자니까요 @PostMapping("items/{itemId}/edit")public String updateItem(@ModelAttribute("form") BookForm form, @PathVariable String itemId) { Book book = new Book(); book.setIsbn(form.getIsbn()); book.setAuthor(form.getAuthor()); book.setStockQuantity(form.getStockQuantity()); book.setPrice(form.getPrice()); book.setName(form.getName()); book.setId(form.getId()); itemService.saveItem(book); return "redirect:/items";}