안녕하세요 영한님 15:15 부분의 ApplicationContext에 대해 질문이 있습니다. @Autowired를 통해 주입을 받으셨는데, ApplicationContext는 스프링에서 기본적으로 빈 등록을 해주는 객체이기 때문에 바로 주입받는 것이 가능한건가요?? 

안녕하세요 영한님. 요즘 날씨가 많이 쌀쌀해졌는데 감기 조심하시길 바랍니다 ^^ LifeCycleConfig 클래스를 빈등록을 할 때에 의존관계 주입이끝나게 되면 afterPropertiesSet() 메서드가 호출이 되는데, 의존관계라는 것에 대해 약간 혼동이 와서 여쭤봅니다. 제가 이해하고 있던 의존이라는 것은 쉽게 말해서 그것을 사용할 때에 의존한다고 받아들이고 있었습니다. 다른 객체를 new 로 받아와서 사용하는 것이 일반적이라고 제 머릿속에 자리잡고 있는데, 내부 그냥 일반적인 String url 이라는 필드 또한 이에 대해서 의존한다고 말을 하기도 하는건가요?? 해당 강의에서 setUrl 메서드로 url 이 초기화 되는 것 또한 의존성 주입이라고 받아들여야 되는 것 같은데 이 부분을 확실하게 알고싶습니다!

안녕하세요. 우선 매번 좋은 강의 올려주셔서 정말 감사합니다^^ 질문이 있는데 클래스 로딩이 끝나고 나서 heap 영역에 인스턴스 관련 정보가 들어가 있고 Class<Book> bookClass = Book.class 를 통해 인스턴스를 가져올 수 있다고 했는데 그러면 이 인스턴스는 new Book() 으로 생성된 인스턴스와는 다른 건가요? 실제 멤버변수의 값을 가져오기 위해서는 왜 new Book() 으로 인스턴스를 생성해야 하는지 궁금합니다. 그리고 Book.class 로 가져오는 인스턴스와 new Book() 으로 생성된 인스턴스가 다르다면 어떻게 다른지도 알 수 있을까요?

강의를 전부 들어서 기본적인 Domain - Repository - Service - Controller  순서대로 하는 것은 알고있습니다. 그리고 이 강의에서는 회원 가입, 목록, 상품 목록, 상품 검색들 전부의 Domain Repository Service 단을 짜고 그 후에 Controller와 웹 뷰페이지를 만드셨는데요 제가 궁금한 부분이 실무에서도 이런식으로 밑단을 다 만들어놓고 웹을 구현하나요? 아니면 일부분을 먼저 만들어놓고 그 다음껄로 넘어가서 다시 짜는건가요? 예를 들면 전자는 로그인, 회원가입, 상품 등록, 상품 검색이 필요하다고 가정하면 로그인 회원가입 상품등록 검색에 필요한 모든 리포지토리와 서비스단을 미리 구현하는 거고 후자는 일단 회원가입에 필요한 리포지토리와 서비스 단을 구현하고 웹페이지를 만들어서 테스트 후에 로그인 기능을 만들고 상품 등록을 만들고 상품 목록과 검색을 만들고.. 이런 방식입니다. 사실 제가 웹사이트를 현재 만들고 있는데 전자로 진행하려고 했으나.. 이게 jpa도 처음 배워봐서 그런지 먼가 설계를 하는 부분부터 멘붕이 오더라구요..  당장 필요한 메서드도 생각이 안나고 이 메서드는 무슨 파라미터가 필요할까.. 고생하면서 리포지토리 다 짜놓으니까 또 필요에 의해  List에서 Optional로 리턴 타입받으니까 꼬리에 꼬리를 물고 오류가 터지더라구요.. ㅋㅋ 그래서 실무에서는 보통 어떤 방식을 선호하는지 궁금해서 질문드렸습니다. 그리고 개인플젝같은경우는 후자로 해도 상관없나요?  이게 강의를 들을때는 몰랐는데 다 듣고 막상 해보려니 설계부터 장난이 아니네요

강의 잘봤습니다!! 역시 꿀강의!!! 배운 것을 토대로 토이프로젝트를 간단하게 진행 해보려고 합니다. 그래서 팁좀 받을 수 있을까... 해서요!!! 요구사항은 이렇습니다. - 회원엔티티는 본인의 플레이리스트 엔티티를 조회한다. - 플레이리스트의 정보는 동영상 엔티티에 저장되어 있다. - 회원은 본인의 플레이리스트 목록을 삭제할 수 있다. - 회원은 본인의 플레이리스트 중 가장많이 들은 곡 리스트를 조회할 수 있다. -  모든 사용자는 동영상 엔티티에 있는 모든 곡 중 가장 많이 들은 곡 리스트를 조회할 수 있다. 위와 같은 결과로 아래와 같이 설계하였습니다. 가능하시다면 피드백 가능할까요 ㅜ.ㅜ @Entitypublic class Member { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String name; private String email; @OneToMany(mappedBy = "member") private List<PlayList> playList = new ArrayList<>();} @Entitypublic class Video { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String title; @Column(name = "video_no") private String videoNo; private String image; private int count; // 재생 횟수} @Entitypublic class PlayList { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private int count; // 재생 수 @ManyToOne @JoinColumn(name = "member_id") private Member member; @ManyToOne @JoinColumn(name = "video_id") private Video video;}

안녕하세요 김영한 강사님. 기본편부터 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");}

김영한 개발자님 좋은 강의 감사드립니다. 유익한 강의를 따라 스프링 데이터 Jpa를 공부하니 호기심에 이것저것 궁금한게 생기네요. 초보 개발자인 저는 JpaRepository<T, ID>를 활용하면서 설계패턴에 대한 고민을 시작했습니다. 설계패턴을 이론으로 배울때는 별 생각없었는데, 코딩하면서 적용해보니깐 설계하기 애매한게 많더군요. 굉장히 흥미롭고, 그래서 선배 개발자님의 경험이 듣고 싶습니다. 1. JpaRepository는 T에 들어가는 하나의 테이블을 위해서 공통 인터페이스들을 제공해주고 있잖아요. 그렇다면 여러개의 테이블을 위해서는 일일이 JpaRepository를 따로 만들어줘야 할텐데요. 강의에서는 주로 하나의 테이블만을 이용해서 쿼리를 날렸기에, 하나의 JpaRepository로 충분했는데요. 테이블이 한두개면 모르겠는데 테이블 숫자가 많아지면 그에 맞춰 repository 숫자도 계속 늘려줘야 하는건가요? 가령 수백개의 테이블이 있을 경우에도 일일이 repository를 따로 만들어주는 건가요? 2. 테이블당 하나씩 repository를 만든다면, join 쿼리처럼 여러 테이블을 동시에 참조하는 쿼리는 어떤 테이블을 위한 repository에 작성해야할지 모르겠습니다. 예를들어 : '주문자'와 '상품'을 n:n 관계로 잇는 '주문' 테이블을 조회한다고 가정해볼경우. 제가 주문한 상품에 대한 상세정보를 가져오려고 쿼리를 짜면 다음과 같을 것입니다. select (상품명, 상품가격, 유통기한) from '주문' join '상품' on '주문'.상품id = '상품'.id where '주문'.사용자id = 'qwer1234' 그렇다면 이 쿼리를 '주문자repository'에서 작성해야할지, '상품repository'에서 작성해야할지, '주문repository'에서 작성해야할지 모르겠습니다. 테이블 단위로 repository를 만든다면, 여러 테이블을 넘나들며 query를 날리는 비즈니스 로직이 있을경우, 어떤 테이블을 위한 repository에서 그 쿼리를 작성해줘야 할까요? join 쿼리만을 위한 repository를 따로 만들어줄까도 생각해봤고, service 측에서 작성해줄까도 생각을 해봤는데요. service 측에서 작성해주는 것은 service랑 repository를 분리하는 것이 퇴색되는 것 같습니다. join을 위한 repository를 따로 만드는 것은 개발하다 구조적인 문제가 생길지 않생길지 몰라서 확신이 안섭니다. 물론 위에 대한 답변들은 프로젝트의 규모나 비즈니스 로직에 따라서 어떻게 분리할지, 통합할지 얘기가 달라지겠지만, 김영한 개발자님은 실무에서 어떻게 균형있게 분리하셨는지 경험을 듣고 싶습니다. 감사합니다.

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

안녕하세요 영한님 이번강의 이해하고 싶은 점이 생겨 질문드립니다. 1. ComponentScan은 Component가 붙은 클래스들을 자동으로 빈 등록을 해준다고 하셨습니다. 그렇다면 AutoAppConfig 에서 @ComponentScan을 통해 @Component 붙은 것들을 빈 등록을 해주게 되는데, 기존의 AppConfig에도 해당 클래스들의 빈등록을 해준 상태입니다.  그렇기 때문에 ComponentScan filter에서 Configuration.class를 배제 시켜줬는데,  AutoappConfig 클래스에도 @Configuration이 마찬가지로 있는데, ComponentScan의 배제 코드는 본인클래스에 잇는 Configuration에는 효력이 발생하지 않는건가요 ?? 2. MemberServiceImpl 에다가 @Component를 선언해주었는데, 그러면 이 때에 해당 클래스의 타입인 MemberService 또한 같이 빈등록이 되는건가요 ?? 만약 그게 아니라면 이 타입을 등록해주고 싶을 때에는 interface에 @Component를 해야되나요? 아니면 수동 등록을 해주어야 하는건가요? 3. 의존성을 위해 @Autowired를 등록해주었는데, 만약 해당 객체가 빈등록이 되어있지 않다면 오류가 나게 되나요? 아니면 자동으로 등록을 해주고 갖고오게되나요?? 

안녕하세요! // @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을 지우면 어떤 원리로 테스트가 실패하는지 모르겠습니다.

안녕하세요 바이트버디 관련해서 질문드립니다. 바이트버디 코드와 System.out.println(new Moja().pullOut());  이 코드를 동시에 쓸 수 없다는게,, Masulsa를 실행하면 Masulsa.class, Moja.class로 컴파일되고 그 클래스 파일들이 로딩되고 실행되기 때문에, 그 이후에 바이트버디를 통해서 class 파일을 조작해도 이미 로딩된 클래스 정보 (메소드 영역에 있는) 를 보고 있기 때문에  적용이 안된다는 의미인거죠? 강의는 이전에 다 봤는데,, 혼자 좀 복습하다가 갑자기 좀 혼동이 되서 질문드립니다 ㅎㅎ

강사님 강의를 들으면서 설계 / 분석 / 구현까지 프로젝트를 만들어 구현해보고자 하는 직장다니는 학생입니다. 현재 클래스 다이어그램을 만드는 중 궁금한 사항이 생겨 글 올립니다. 강사님께서 설명하신 내용 중에 정적인 클래스 의존관계와 동적인 객체 인스턴스 의존관계라는 말이 나오는데, 이걸 클래스 다이어그램으로 표현하면 정적인 클래스 의존관계를 실선으로 표현하고 동적인 객체 인스턴스 의존관계는 점선으로 표현하는 것이 맞는 표현법인지 궁금합니다. 강사님 강의를 듣기 시작하면서 혼자 공부하는 시간이 기다려 집니다. 좋은 강의 만들어주셔서 감사하고 항상 행복하시길 바랍니다.