안녕하세요 영한님 항상잘듣고있습니다.! 공통처리가 어려운이유중 "아무데나 다 호출이되기때문에"라고 말씀하시는 (2:11) 부분이 클라이언트의 요청을 new-form컨트롤러, save 컨트롤러, list컨트롤러세개중 아무데서나 받을수 있기 떄문에라고 이해했는데 맞을까요?! 

보통 클래스 1개당 Entity 도 1개가 일반적인 상황인데  Mongo DB 같은경우 한 개의 Collection에 모든 Data 를 담으면 오히려 DB 역할이 퇴색되기 때문에 여러 Collection(Table)으로 나누곤 하는데요.  그러면 같은 Class 형태에 이름이 다른 경우는 어떻게 할 수 있을 까요? @Entity(name = "A")public class TestA {    @Id private Long id;    private String data;} @Entity(name = "B")public class TestA {    @Id private Long id;    private String data;} ... @Entity(name = "Z")public class TestA {    @Id private Long id;    private String data;}  위와 같이 A~Z 까지 테이블이 모두 동일한데 한개의 class 로 관리하고 싶습니다. only read 로만 사용할 건데 방법이 없을까요?

안녕하세요. 김영한님:) 영한님의 JPA강의를 들으면서 실무에 바로바로 적용하는 중에 있는데요.  1. 엔티티에 setter를 사용 하지 않고 수정 및 데이터 저장시 entity내에 메소드를 만들어서 사용하는걸 권장해주셨는데, 큰 덩어리(?)에 entity에서 하나의 컬럼만 수정이 될 때도 말씀주신 메소드를 만들어서 사용 하는게 좋을까요?  2. prodQty = prodQty + 1 이렇게 바로 DB 컬럼만으로 update가 가능한것도 select한 것을 param으로 넘겨서 메소드로 만들어서 하는게 좋은걸까요? 개인적으로 repository내에 @Modifying을 이용해서 만드는게 더 가식적인고, 한개의 업데이트를 사용하기에도 더 편리해보인다는 라는 생각도 들어서요(물론 @Modifying은 벌크성 update에 주로 이용한다고 하셨지만...) JPA에 익숙하지 않는 습성(?)때문에 그렇게 느껴지는 부분일까요? 더티체킹이라는 JPA는 장점을 살리지 못한 생각일까요? 강의 들을때 이해가 퐉퐉! 되었는데 막상 실무에선 작은것도 많은 고민을 하게 되네요 ㅠㅠ  감사합니다.

1. id 값이getmapping으로 넘어오는 것도 관계가 궁급합니다. itemList.html에도 특정하게 id값을 넘겨달라 라고 보이는 문구도 없어보이는데 id값만 인자로 지정해서 넘어오는 것도 궁금합니다. 이어지는 부분이 없다고생각하는데 이런건 requestparam으로 받는게 맞지 않을까요? public String updateItemForm(@PathVariable("itemId") Long id, Model model){ Book one = (Book) itemService.findOne(id); 선생님 이부분에서 items/createItemForm 에서 정보를 입력받으면 submit버튼을 누르는 순간 postmapping 으로 값들이 담겨져서 밑의 코드처럼 bookform 형식의 값이담긴 form이 넘어와지게 된다고 하셨는데  booform의 클래스의 필드이름들이 html(createItemForm )태그에  타임리프 문법에 있는 name, id, isbn 등등 필드 이름과 매칭이 돼서 넘어오는줄 알았는데 bookform클래스의 필드 이름이 다르게 바껴도 값이 넘어오더라고요.... 어떻게 매칭이 되고 어떤 관계가 있어서 bookform에 잘 맞춰서 넘어오게되는지 궁금합니다. @PostMapping("/items/new")public String create(BookForm form){ Book book = new Book(); book.setName(form.getName()); book.setPrice(form.getPrice()); book.setStockQuantity(form.getStockQuantity()); book.setAuthor(form.getAuthor()); book.setIsbn(form.getIsbn()); itemService.saveItem(book); return "redirect:/";}

안녕하세요 ㅎㅎㅎ 항상 강의 잘 듣고 있습니다. 감사합니다. HTTP 강의 수강 이후에 RFC문서도 좀 보면서 웹에 빠져들고 있어서 Spring 공부도 하고 있습니다....! 다름이 아니라 순수 JDBC강좌 10분 20초경에 나오는 rs.next()의 의미가 무엇인지 잘 모르겠습니다 ㅠㅠ conn으로 연결을 실행하고 pstmt로 sql문을 전송 Generated ID KEY를 받아옴 rs로 Generated된 key값을 받아옴 까진 이해가 되는데 rs.next()가 의미하는 바가 무엇인지 모르겠습니다. 그래서 뒤에부터 값을 설정한다는게 어떻게 flow가 흘러가는건지 잘 이해가 안가는데 부가 설명을 부탁드려도 될까요 ㅠㅠ 추가로) getLong, getString, setLong ---- 등등의 메소드 이름에서 뒤에 붙는것들은 (Long, String...) DB에서 생성된 Column의 Attribute라고 봐도 될까요? 감사합니다.

안녕하세요 영한님 강의를  듣던 도중 궁금한것이 생겨 질문드립니다.  강의 노트 179페이지에 보면 "String으로 뷰 이름을 반환해도, 동작하는 이유가 바로 ReturnValueHandler 덕분이다." 라고 나와있는데 String으로 뷰이름을 반환해도 동작하는 이유는 ViewResolver 때문이 아닌가요?  ReturnValueHandler 안에 ViewResolver 가 포함되는것인가요? 좋은 강의 너무 감사드립닌다. 답변기다리겠습니다.

마지막에 들어주신 예시 content type : text/html@RequestBody HelloData data 의  경우는 3개의 컨버터를 모두 지나쳐서 탈락하게 된다고 하셨는데요. 그러면 어떻게 되나요? 객체일 때는 null이 넘어오고 primitive 타입일 때는 기본값이 넘어오는 건가요?

안녕하세요. 기본적으로 게시판을 만들 경우 LOB를 사용하게 됩니다.  그럼 Lazy를 사용하게 되는데  경험상 어떤 구조가 좋은지 알고 싶습니다.  지금까지는 @ElementCollection을 만들어서 Unique를 주어서 one to one 처럼사용을 하였습니다. 자구 눈에 거슬려서 리팩토링을 하고 싶은데 하나의 테이블에서 @Basic를 사용하는 것이 좋은지 아니면 서브 테이블을 만들고 @OneToOne 관계를 사용하는것이 좋은지 노하우를 공유하고 싶습니다. @OneToOne에서는 단방향을 사용하고 싶고 서브 테이블의 PK 컬럼은 PK이면서 FK로 설정하고 싶습니다. (즉, 메인 테이블의 PK값을 사용) 그럼, 수고하세요.

안녕하세요. JPA 강의를 듣고 연관관계부분 실습해보다 질문드립니다. 다대다 관계는 실무에서 사용하지 않는게 좋다고 하셔서 직접 중간테이블을 만들고 카테고리테이블, 카테고리_아이템 테이블, 아이템 테이블을 만들어 아래와 같이 구현해보려 했습니다. 간단히 엔티티 코드를 요약해보았습니다. 카테고리를 눌렀을 때  해당 카테고리에 Item 리스트를 불러오고 각각의 Item들에서도 카테고리 정보를 노출하고싶은데 어떻게 해야 할지 감이 잡히질 않습니다. categoryItem의 Repository에서 쿼리문으로 조인하여 가져오는것은 매우 복잡할것같고 Item이나 Category의 엔티티 안에 메서드를 만들어서 가져와보려했는데 제 기본기가 부족해서 그런지 도저히 방법이 떠오르질 않네요. 어떤식으로 구현을 해야좋을지 대략적인 흐름을 간단히 조언해주시면 감사하겠습니다.

안녕하세요 강사님, 질문 드리겠습니다. HttpEntity나 @ResponseBody를 통해 응답 처리를 할 때는 view를 사용하지 않는다는 말이 이해가 잘 안 되는데요. 이전처럼 view의 논리적 이름을  반환한 후  렌더링 해주는 식의 처리를  하는 것이 아니라, 그냥 http body에 필요한 데이터만 담아서 전달해주고 뷰에 대한 부분은 클라이언트 측에서  알아서 하도록 일임한다는 식의 흐름이 맞나요?? 위  내용이 맞다면 여기에서 뷰 리졸버는 아예 사용되지 않는 것인가요? 감사합니다.

안녕하세요 강의 듣다가 이해가 확실히 안가는 부분이 있어서 질문 드립니다. 7분 10초 부분인데요 ObjectProvider가 원래는 프로토타입으로 생성해서 주니 요청할 때마다 다른 객체를 받아야하지만 Scope("request")로 설정해준 MyLogger의 경우에는 특이하게 같은 request내에서는 같은 객체가 반환 된다는 말씀이신가요?

안녕하세요! 좋은 강의 정말 잘 듣고있습니다 감사합니다! 다름이 아니라, 며칠 전 영한님이 찍으신 HTTP 강의를 들었습니다 해당 강의에서 PUT 과 PATCH 사용의 차이점에 대해서도 설명해 주셨는데  결론적으로 Member 리소스의 이름만 변경하는 현재 로직상  PUT 요청보다 PATCH 요청이 HTTP 스팩을 잘 맞춘(?) 설계라고 생각되는데 맞을까요?  또 저는 이렇게 스팩을 정확하게 맞춘 경우에는 (엔티티 데이터 수정시 변경감지를 사용하는 것이 권장되지만) 수정을 할 때 PUT 요청으로 수정이 오는경우, detached 된 엔티티 데이터를 수정하고 merge를 사용하여 업데이트를 하는 방법도 고려할 수 있겠다고 생각했습니다. 그리고 동시에 또 스팩에 너무 발이 묶이는 것도 결국은 비효율적이라는 생각도 들면서 머리가 복잡해지네요 결론적으로, 실무에서는 PUT 과 PATCH 를 HTTP 스팩에 정확히 맞추어 사용하기 보다, PUT으로 통일하여 사용함으로써 개발의 효율을 높이는 경우가 많을까요? 구글링을 하다보니 그런 글들을 본 기억이 있는것 같은데 영한님의 생각도 궁금하네요!  다시 한번 좋은 강의 감사합니다!  :) 

안녕하세요 강사님, 말씀하셨던대로 이번 강의에서 대부분의 의문이 해결되었습니다. 그런데 이번 강의에서도 뷰 파일의 저장 위치가(template or webapp) 달라지는 부분에 대해서는 별다른 언급이 없더라구요. 이 부분도 뒷부분을 듣다보면 알게 되나요??

콘솔창 글씨가 다 흰색이니까 구분이 잘안가서 강사님처럼 바꾸고 싶어서 찾아봤습니다 프로젝트에 application.properties 파일을 사용하시면   이렇게 입력해주시고 서버를 재시작하면 적용됩니다 복붙-> spring.output.ansi.enabled=ALWAYS 프로젝트에 application.yml 파일을 사용하시면 (yml 파일은 띄어쓰기 주의) 이렇게 입력해주시고 서버를 재시작하면 이렇게 글자색이 바뀐채로 출력됩니다 프로젝트마다 application 파일에 코드 복붙하는게 귀찮을거 같아서 찾아본 결과 VM Options에서 -Dspring.output.ansi.enabled=ALWAYS 를 추가해주면 인텔리제이를 실행 했을 때 전체 프로젝트에 적용이 된다고 하는데 전 아무리 해도 적용이 안돼서 포기했습니다 혹시 전체 프로젝트에 적용하는 방법을 아시는분이 계시면 댓글로 알려주시면 감사하겠습니다

안녕하세요. 좋은 강의 덕분에 업무에 많은 도움이 되고 있습니다.  감사합니다. ^^ 다름이아니라, 강의 예제에 나온 repository에서는 보통 한 종류의 엔터티를 반환하는데요.  예를 들면 OrderRepository 에서는 반환값이 Order, List<Order> ItemRepository에서는 Item, List<Item>을 반환합니다.  하지만 OrderRepository에서 Item, List<Item>을 반환하는 경우는 없더군요. 그런데 여러 테이블간에 조인을 거쳐 최종 조회되는 엔터티가 해당 Repository의 엔터티가 아닌 경우, 이럴 때는 어떻게 하는 게 좋을까요? 예를 들면 엔터티 간의 관계가 아래와 같을 때 Order : OrderItem = 1 : N Item : OrderItem = 1 : N Item : ItemCategory = 1 : N Category : ItemCategory = 1 : N Order Id = 100인 Item의 List<Category>를 조회하고자 하는 경우 OrderRepository에서 각 엔터티들의 조인을 거쳐 List<Category>를 반환하는 게 좋을까요? 아니면 각각의 Repository에서 필요한 엔터티를 반환받아 최종적으로 List<Category>를 찾는 것이 좋은가요? 아니면 제 3의 별도의 Repository를 만드는 것이 좋을까요? 여러개의 테이블을 조인하여 한 번의 쿼리로 데이터를 조회하는 것이 더 성능상 이점이 있을 것 같은데요 반면 Repository에서 서로 다른 유형의 엔터티를 반환해도 유지보수에 문제가 없을지 걱정이 듭니다. 김영한님의 조언 부탁드립니다.

안녕하세요. 강의를 잘 듣고 있는 학생입니다. 아래 코드에서 getBeanDefinition 부분이 계속 에러로 표시되는데요. 함수자동완성에도 getBeanDefinitionNames는 나오는데 getBeanDefinition 은 안나오더라고요. 스프링 프로젝트 생성할 때도 강의 따라 했는데...버전에 문제가 있을 수 있나요? @Test@DisplayName("애플리케이션 빈 출력하기")void findApplicationBean() { String[] beanDefinitionNames = ac.getBeanDefinitionNames(); for (String beanDefinitionName : beanDefinitionNames) { BeanDefinition beanDefinition = ac.getBeanDefinition(beanDefinitionName); //Role ROLE_APPLICATION: 직접 등록한 애플리케이션 빈 //Role ROLE_INFRASTRUCTURE: 스프링이 내부에서 사용하는 빈 if (beanDefinition.getRole() == BeanDefinition.ROLE_APPLICATION) { Object bean = ac.getBean(beanDefinitionName); System.out.println("name=" + beanDefinitionName + " object=" + bean); } }}

Json 객체 매핑 시 setter가 없어도 되는데 http 요청 데이터 - API 메시지 바디 - JSON에서는 setter가 있어야 한다고 하셨는데 어떤게 맞는 걸까요?

이 코드가, response 객체 안에  Writer를 담당하는 객체가 또 있고 그 객체를 writer라는 변수로 따로 저장해서 writer를 이용하는 방식인가요? 생소한 패턴이라서 헷갈리네요.. 혹시 response 객체가 어떻게 구성돼 있는지 확인할 수 있는 방법이 있을까요?

위에 사진과 같이 톰캣서버가 계속해서 작동을하여야하는데 종료가되는거같습니다 ㅠㅠ 해결방법이있을까요?

@Entity @DiscriminatorValue("B") @Getter @Setter public class Book extends Item { private String author; private String isbn; public static Book createBook(String name, int price, int stockQuantity, String author, String isbn) { Book book = new Book(); book.setName(name); book.setPrice(price); book.setStockQuantity(stockQuantity); book.setAuthor(author); book.setIsbn(isbn); return book; } } setter들을 최대한 줄이고자 위와 같이 정적 팩토리 메서드를 작성했습니다. 그런데 결국 Book 객체를 만들기 위해선 createBook안에 setter가 필요하게 되더라구요 그래서 setter을 닫으면서 정적 팩토리 메서드를 작성하기 위한 두가지 방법이 생각났는데요 첫 번째는 생성자를 protected으로 만들어놓고 정적 팩토리 메서드에서 setter가 아닌 생성자로 객체를 생성하는 방법이고 두 번째로 setter의 접근 권한을 private으로 설정하여 정적 팩토리 메서드 안에서만 setter을 사용하도록 허가하는 방법입니다. 두 방법 중에 무엇이 더 사용하기 적합한지, 아니면 그 외에 다른 방법엔 어떤 것이 있는지 궁금합니다. /// 추가 강의를 진행하다보니 두 방법 모두 setter의 부재로 변경 감지 방법을 사용하지 못한다는 문제점이 있는 것 같습니다.. 변경 감지 강의에서의 영한님 말씀처럼 setter 대신에 비즈니스 메서드를 만들어서 변경 감지 등의 로직에서 사용하고, 정적 팩토리 메서드에서는 첫 번째 방법처럼 생성자로 객체를 생성하는 방법을 사용하려고 하는데 옳은 방법일까요?