스승님 그간 평안하셨는지요,, 다름이 아니라 불초의 제자 질문이 있어 이 야심한 시간에 편지 올립니다.    WAS를 한대만 운용한다는 가정하에 사용자의 접속 세션 허용범위를 2개로 주었어요, 웹으로 접속함과 동시에 모바일에서도 접속이 가능하게 만들어 주었다고 생각해 보았습니다. 전에  아래와 같은 말씀을 해주셨는데  ---------------------------- 서버가 한대만 있고, 자바(JVM)로 웹 애플리케이션을 단 하나만 구동하는 상황이면 자바 만으로 동시성 제어를 할 수 있습니다. 그런데 실무에서는 보통 서버 두 대 이상을 사용하기 때문에, 동시성 제어를 JVM안에서 해결하는게 어렵습니다. 관계형 데이터베이스는 이런 동시성 제어를 고려해서 개발되었기 때문에, 결국 관계형 데이터베이스에 동시성 제어를 위임해야 합니다. 그 중에 관계형 데이터베이스가 제공하는 유니크 제약조건을 사용하면, 같은 이름을 절대로 동시에 저장할 수 없습니다. 그래서 name에 유니크 제약조건을 실무에서는 걸어주어야 한다고 이야기 했습니다. 그런데 이런 유니크 제약조건은 정말 최악의 경우(진짜 초 단위로 같은 데이터가 저장되었을 때)가 발생했을 때 동작하는 것이고, 대부분은 validation에서 막힙니다. ----------------------------- 위에서 제가 가정한 상황에서 사용자가 웹이랑 모바일에서 동시에 요청을 보냈는데 그게 하필 동시성 문제를 일으킨다면 이런 상황에서도  데이터베이스 lock을 안걸고 자바만으로 동시성을 제어할 수 있는 방법이 있을까요?? (혹은 세션이 2개가 아니더라도 1개의 세션에 1 명의 사용자가 동시에 같은 요청을 보낼 경우에두요!,, 너무 여러개 번거로운 질문 죄송합니다 ,, ㅠㅠ)

안녕하세요. 질문은 2가지 정도가 있는데 다음과 같습니다   1. DTO를 반환하는 형태의 JPQL를 작성할 때 join문을 사용해서 쿼리를 작성해주셨습니다. 문득 로그를 보다가 든 생각이 DTO가 아니라 entity를 조회하기 위해 JPQL을 작성할 때, join을 사용하면 즉시로딩이나 지연로딩 관계없이 연관객체에 대해서 N+1문제가 발생하는 걸로 알고 있습니다.  근데 DTO를 반환하는 형태로 JPQL를 작성할 때는 join문을 사용해도 쿼리 한번에 연관객체들의 정보를 가져오더라구요 (강의에서 Order의 Member나 Delivery) 이러한 차이의 이유가 JPQL이 실행 될 때 JPA에서 관리를 하냐 안하냐의 차이로 볼 수 있을까요?   2. JPA는 트랙잭션 안에서만 동작한다고 알고 있습니다.  그런데 강의를 보다보면 Controller에서 Repository를 바로 의존성 주입받아서 사용하시더라구요. @Transaction은 서비스에만 붙어있고 Repository에는 선언되어 있지 않은데 정상적으로 동작하는 것은 조회는 트랙잭션 관계없이 JPA에서 사용이 가능한것인가요?  그 서비스 코드를 작성할 때 조회 메서드는 readOnly속성을 true로 주면서 작성했던 걸 보면 조회할 때도 @Transaction이 선언되어야 동작하는것이 아닌가 하는 생각이 들어서 질문 남겨드립니다.   항상 명강의 해주셔서 감사합니다.  ps. MSA와 관련한 강의는 계획이 없으신가요? ㅎㅎ    

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)   2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 관련 질문: https://www.inflearn.com/questions/216545 추가 내용이 있습니다. 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용]   Collection type으로 Set 대신 List를 사용하시는 이유가 궁금합니다.   지금까지 나온 Collection들이 모두 unique한 Entity(또는 값 타입)들의 collection이기 때문에, Set을 활용할 경우 중복 확인 관련 부분이 깔끔해지고, 다른 질문의 답변에서 답해주신대로 값 타입 컬렉션에도 row를 모두 날리고 다시 넣는 문제를 막을 수 있어 Set에 대해 좋은 인상을 가지게 되었습니다.   그런데 기본적으로 예제가 List를 사용하여, Set을 사용하였을 때 제가 놓친 문제가 있는지 의문이 들었습니다.  

"select m.team from Member m"; 위의 쿼리문을 명시적 조인으로 바꾸면 "select t from Member m join m.team t"; 이렇게 바꾸는 게 맞을까요?? 찍어보니까 쿼리는 같은 쿼리가 나옵니다! 영한님이 말씀하시건 결국 전부 풀어서 쓰라는 말이 맞을까요?

제가 이해하기로는 연관관계의 주인은 외래키가 있는 쪽이고, 외래키는 "다" 인쪽에 있다고 설명 드렸는데 왜 일대다 에서는 연관관계의 주인이 "일"에 있나요?

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용] MemberTest 코드에서 EntityManager를 @PersistenceContext 를 통해 주입받으셨는데 @Autowired 로 주입을 받아도 정상적으로 작동하더라고요.   찾아보니 @PersistenceContext 를 통해 EntityManagerFactory에서 주입받기 위해서다, 여러 요청에 대하여 동일한 EntityManager를 반환하기 위해서이다. 라는 말을 들었는데 위의 이유들 때문인가요? @Autowired vs @PersistenceContext 의 차이를 알고싶습니다.

영한님께서 설명해주신 내용중 연관관계 편의메소드 등에서 Setter로 인한 문제점들은 알겠습니다.  이를 해결하기 위한 방법중 연관관계 편의 메소드에서 setXXX() 등을 사용하기 보단 별도의 메소드를 생성하여 changeMember()등으로 사용하는 것은 괜찮은지 궁금합니다. 예를들어 아래와 같이 작성시 문제가 될 소지가 있는지...궁금합니다. public void changeOrder(Order order) { this.order = order;} //===연관관계 편의 메서드 ===//public void addOrderItem(OrderItem orderItem) { this.orderItems.add(orderItem); orderItem.changeOrder(this);

만약 dto안에 list가 있으면 생성자는 어떤 식으로 만들어야 하고 jpql쿼리는 어떻게 찾아서 받아야하나요...???    

안녕하세요 김영한 팀장님!   실습한 MemberRepository의 구현체로 SimpleJpaRepository가 생성되며, 내부의 findById 메서드가 @Transactional(readOnly)이 적용되어 있고 기본 설정이 "Propagation.REQUIRED"이기 때문에 부르는 쪽의 Transaction이 전파되는 것으로 이해했습니다.   @Transactional@GetMapping("/tx/{id}")public void findMember3(@PathVariable("id") Long id) { Member member1 = memberRepository.findById(id).get(); Member member2 = capsule(id); System.out.println(member1); System.out.println(member2);}@Transactional(propagation = Propagation.REQUIRES_NEW)public Member capsule(Long id) { return memberRepository.findById(id).get();} 하지만 다음과 같이 컨트롤러 메서드 "findMember3"에 @Transactional을 걸고, memberRepository의 findById를 수정할 수 없으므로 capsule 메서드로 감싸서 member를 조회해봤는데요. propagation을 new로 설정했음에도 출력 결과가 같은 인스턴스를 가리키는 것으로 나왔습니다.select query도 하나만 발생했는데, 이 경우에도 같은 영속성 컨텍스트를 공유하게 되는 건가요?    

안녕하세요 강의 잘 듣고 있습니다. 다름이 아니라, 기존 진행하던 프로젝트가 Spring, Mybatis를 사용하고 있어, JPA를 추가하여 혼용 사용하려고 합니다. 하나의 DB를 바라보게 하기 위해서 Datasource를 나눠서 생성하고,  trancsaction을 Mybatis용 JPA용으로 나눠서 생성하였고, ChainedTransactionManager를 사용하여 트랜잭션을 묶어줬습니다. 하지만 계속 다음과 같은 에러가 발생하고 있습니다. [o.s.d.r.c.RepositoryConfigurationDelegate] - Multiple Spring Data modules found, entering strict repository configuration mode! 이런 문제가 발생했을때 어떻게 처리해야할까요 ㅜㅜㅜ 도움이 필요합니다. config.xml 파일입니다.. <?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://www.springframework.org/schema/aop" xmlns:tx="http://www.springframework.org/schema/tx" xmlns:jpa="http://www.springframework.org/schema/data/jpa" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/tx http://www.springframework.org/schema/data/jpa http://www.springframework.org/schema/data/jpa/spring-jpa.xsd"> <bean id="propertyPlaceholderConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"> <property name="locations"> <value>classpath:mybatis/jdbc.properties</value> </property> </bean> <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"> <property name="driverClassName" value="${jdbc.driverClassName}"/> <property name="url" value="${jdbc.url}" /> <property name="username" value="${jdbc.username}" /> <property name="password" value="${jdbc.password}" /> <property name="maxWait" value="3000" /> <property name="poolPreparedStatements" value="true" /> <property name="maxOpenPreparedStatements" value="50" /> <!-- connection - validation query --> <property name="validationQuery" value="select 1"/> <property name="testWhileIdle" value="true" /> <property name="timeBetweenEvictionRunsMillis" value="7200000" /> </bean> <bean id="jpadataSource" class="org.apache.commons.dbcp.BasicDataSource"> <property name="driverClassName" value="${jdbc.driverClassName}"/> <property name="url" value="${jdbc.url}" /> <property name="username" value="${jdbc.username}" /> <property name="password" value="${jdbc.password}" /> <property name="maxWait" value="3000" /> <property name="poolPreparedStatements" value="true" /> <property name="maxOpenPreparedStatements" value="50" /> <!-- connection - validation query --> <property name="validationQuery" value="select 1"/> <property name="testWhileIdle" value="true" /> <property name="timeBetweenEvictionRunsMillis" value="7200000" /> </bean> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource" /> <property name="configLocation" value="classpath:mybatis/mybatis-config.xml" /> <property name="mapperLocations" value="classpath:mybatis/mapper/*.xml" /> </bean> <bean id="transactionManager" class="org.springframework.data.transaction.ChainedTransactionManager"> <constructor-arg> <list> <ref bean="mybatisTransactionManager"/> <ref bean="jpaTransactionManager"/> </list> </constructor-arg> </bean> <bean id="mybatisTransactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"></property> </bean> <bean id="jpaTransactionManager" class="org.springframework.orm.jpa.JpaTransactionManager"> <property name="entityManagerFactory" ref="jpaEntityManagerFactory" /> </bean> <bean id="jpaEntityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean"> <property name="dataSource" ref="jpadataSource"></property> </bean> <tx:annotation-driven /> <aop:config proxy-target-class="true"> <aop:pointcut id="serviceOperation" expression="execution(* com.xii..*Service.*(..))" /> <aop:advisor id="transactionAdvisor" pointcut-ref="serviceOperation" advice-ref="txAdvice"/> </aop:config> <tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="insert*" rollback-for="Exception"/> <tx:method name="save*" rollback-for="Exception"/> <tx:method name="update*" rollback-for="Exception"/> <tx:method name="delete*" rollback-for="Exception"/> </tx:attributes> </tx:advice> <bean id="sqlSession" class="org.mybatis.spring.SqlSessionTemplate"> <constructor-arg index="0" ref="sqlSessionFactory" /> </bean> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> <property name="basePackage" value="com.xii" /> </bean> <jpa:repositories base-package="com.xii"/> </beans>

안녕하세요, 영한님! jpa 페이징 api를 이용해서 간단한 페이징 화면을 구현해 봤는데 잘못된 부분이 있는지 궁금해서 질문드립니다!  <memberList.html> <div class="pagination"> <span th:each="pageNum : ${pageList}" th:inline="text"> <a th:href="@{'/members?page=' + ${pageNum}}">[[${pageNum}]] </a> </span></div> 컨트롤러에서 받아온 pageList를 뿌려주고 특정 페이지를 누르면 해당 페이지로 이동하게 만들었습니다.    <MemberRepository.java> // 전체 회원 조회public List<Member> findAll(int page) { return em.createQuery("select m from Member m order by m.id desc", Member.class) .setFirstResult((page-1) * 10) .setMaxResults(10) .getResultList();}// 전체 게시물의 개수 (100개)public int boardCount() { return em.createQuery("select m from Member m", Member.class).getResultList().size();} 페이지 별로 10개씩 끊어서 가져오는 메서드와 페이지 수를 구하기 위해 전체 게시물의 개수를 구하는 메서드 2개를 추가했습니다.   <MemberService.java> // 페이지 별 회원 조회public List<Member> findMembers(int page) { return memberRepository.findAll(page);}// 페이지의 개수public int[] pageList() { int totalPage = memberRepository.boardCount() / 10; totalPage = ((memberRepository.boardCount() % 10) == 0) ? totalPage : totalPage + 1; int[] pages = new int[totalPage]; for(int i = 0; i < totalPage; i++) { pages[i] = i + 1; } return pages;} findMembers(page) :  페이지에 해당하는 멤버 리스트를 조회 pageList() : 전체 페이지의 개수 리턴   <MemberController.java> @GetMapping("/members")// 처음 리스트를 들어가면 Page 번호는 1번이 디폴트!public String list(Model model, @RequestParam(value = "page", defaultValue = "1") int pageNum) { List<Member> members = memberService.findMembers(pageNum); // 페이지 번호 별 게시물 int[] pages = memberService.pageList(); // 페이지 개수 model.addAttribute("members", members); model.addAttribute("pageList", pages); return "members/memberList";} @RequestParam을 이용해서 처음 /members를 실행한 경우 1번 페이지를 출력하게 만들었고, 페이지 별 멤버리스트와 전체 페이지의 개수를 model에 담아서 화면쪽으로 넘겨서 구현했습니다.   잘못 구현하거나 고칠 부분이 있는 지 궁금합니다..!   아래는 결과화면 입니다!      

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용]여기에 질문 내용을 남겨주세요.   안녕하세요 항상 수준 높은 강의에 감사드립니다. 몇 가지 의문점이 생겨서 질문하고자 작성하게 되었습니다. test에서 @Transactional 어노테이션이 롤백을 하신다고 강의에서 말씀하셨는데, 궁금한 점은 em.persist를 한 시점에서는 영속화 한 객체에 대해서 id 값은 영속성 컨텍스트에서 관리되면서 자동으로 부여되는건가요? db 에 isnert 하기 전부터 이미 id 값이 부여되서 관리되고 있는지 궁금합니다. 감사합니다.

안녕하세요 항상 좋은 강의 제공해주셔서 감사드립니다. 강의를 듣다보니 dao와 repository의 차이점이 궁금해서 질문을 남깁니다. 검색해보니 dao는 data persistence의 추상화 , repository는 collection of objects의 추상화라고 하는데, 사실상 둘의 기능은 비슷하다고 생각합니다. 하지만 둘의 차이를 명확하게 알고 싶어 질문드립니다. 혹시 mybatis를 사용할때 sql과 매핑할때 dao를 사용하고, repository는 엔티티를 영속성 컨텍스트에 영속화 시킬때  사용하는건가요???  

간단한 쿼리도 Querydsl로 작성 시,미연에 에러를 방지할 수 있고, 생산성이 좋다는 강점을 가지고 있는데,   그렇다면 대부분을 쿼리 dsl로 작성하고 몇몇 케이스에서만 jpa로 작성하면 될까요?

CompStdRepository.java /** * ID로 조회 */public CompStd findOne(Long id) { return em.find(CompStd.class, id);}/** * API ID로 조회 */public CompStd findOneByApiId(String apiId) { String query = "select c From CompStd c where c.apiId = :apiId"; return em.createQuery(query, CompStd.class) .setParameter("apiId", apiId) .getSingleResult();} CompStdService.java /** * ID로 조회 */public CompStd findOne(Long id) { return compStdRepository.findOne(id);}/** * API ID로 조회 */public CompStd findOneByApiId(String apiId) { return compStdRepository.findOneByApiId(apiId);} CompStdServiceTest.java @Testvoid API_ID로_조회() { //given Long createdId = compStdService.insert(getCompStd()); CompStd insertedCompStd = compStdRepository.findOne(createdId); //when CompStd findCompStd = compStdRepository.findOneByApiId(insertedCompStd.getApiId()); //then assertEquals(insertedCompStd, findCompStd);} 1. 다음과 같이 테스트를 작성하였는데 이게 JPQL 조회 기능을 테스트하는 코드로서 올바르게 작성된 건지 궁금합니다. 2. 테스트에서 em.find()로 조회한 객체와 JPQL을 통하여 조회한 객체가 같은 이유는 em.find()로 조회하여 영속성 컨텍스트에 저장된 객체를 JPQL로 조회할 때 객체의 기본 키로 확인하여 같은 객체를 가져오기 때문이라고 보면 될까요?

@GetMapping("/api/v1/orders")public List<Order> ordersV1() { List<Order> all = orderRepository.findAll(); for (Order order : all) { order.getMember().getName(); //Lazy 강제 초기화 order.getDelivery().getAddress(); //Lazy 강제 초기환 List<OrderItem> orderItems = order.getOrderItems(); orderItems.stream().forEach(o -> o.getItem().getName()); //Lazy 강제 초기화 } return all;} 첨부된 소스코드를 보면 "트랜잭션 안에서 지연 로딩 필요"라고 v1 메소드에 설명이 있습니다. orderRepository.findAll( ); 의 호출이후 트랜잭션은 종료됐을 텐데 그 이후에 강제 Lazy로딩을 하는 것이 위 주석의 설명과 혼동이 됩니다.   기본편에서 진행을 할 때는 항상 tx.commit( ) 이전에 Lazy로딩을 했기 때문에 트랜잭션 안에서 지연로딩을 한다는 의미를 당연하게 받아드렸지만  웹MVC를 결합하면서 Controller쪽에서 findAll() 호출 후 진행되는 상황은 트랜잭션이 종료된 후이기 때문입니다.   답변부탁드립니다. 감사합니다.

@RestController @RequiredArgsConstructor public class MemberApiController { .. @PostMapping("/api/v1/members") public CreateMemberResponse saveMemberV1(@RequestBody @Valid Member member) {     Long id = memberService.join(member);     return new CreateMemberResponse(id); } @Data static class CreateMemberResponse {     private Long id;    public CreateMemberResponse(Long id) {         this.id = id;     } } 일 때,   memberService.join(member); 의 반환 값이  엔티티가 아니고 단순히 Long id인 값인데도 return id; 로 안하고 CreateMemberResponse 클래스를 만들어 return new CreateMemberResponse(id); 로 하는 이유는 뭔가요 ?   처음에는 Long id = memberService.join(member); return id; 로 했다가  누군가가 inline으로 합쳐버려서 return memberService.join(member); 으로 만들어 버리면  memberService.join의 반환 값이 수정될 때 컴파일이 안뜨고, api에서 스펙이 바뀌어 오류가 생길 가능성이 있어서  컴파일 단계에서 막아버릴려고  CreateMemberResponse 클래스를 만들어 return new CreateMemberResponse(id); 를 해주는 것일까 생각도 들었는데,  inline으로 합쳐버리고 memberService.join의 반환값이 바뀌어도 어차피  @PostMapping("/api/v1/members") public Long saveMemberV1(@RequestBody @Valid Member member) {     Long id = memberService.join(member);     return id; } 인 상태에서 inline하는 거니까  public Long saveMemberV1(..) {..} 에서  return값이 Long타입이 아니게 바뀌면 컴파일 뜰 것 같아서 그것도 아닌가 싶기도 하고 ..  유지보수할 때, 추적하기 쉬우려고 그러는 건가 싶기도 하고 ..   갑자기 든 생각인데, 일반적으로는 단순히 id만 반환할 일이 없으니 일반적인 케이스를 생각해 만드신 건가 싶기도 하고.. 이 케이스만 예외적으로 Long으로 써도 가능한 건지 궁금합니다 :]

레포지토리를 왜 빌드파일에 생성하는 건가요?

안녕하세요 강의를 보던 도중 의문이 생겨서 질문남깁니다. Layerd Architecture 에서 Controller, Service, Repository로 역할을 구분해서 레이어당 커플링을 줄이도록 하고 있는 알고 있습니다. 그런데 DTO 의 사용위치 (해당 DTO는 사용자 API)에 대해 궁금한 점이 있습니다. JPA에서 DTO로 조회하면 편하게 데이터를 가져 올수 있는데 해당 DTO가 서비스 혹은 Application Layer에 커플링이 생기는데 이럴 경우는 어떻게 해결해야 될까요..? DTO 자체를 Service DTO, 와 Controller DTO로 분리하여 컨버팅을 해주어야 되는지 아니면 Controller 에서 Repository 를 직접 사용해도 되는 예외상황을 고려해야될지가 고민입니다. 아니면 엔티티를 조회한후 필요한 부분만 DTO로 변환을 하는지 그것도 아니면 Object 객체로 조회한후 Object 안에서 데이터를 추출하는지 어떤 방법을 사용하시는지가 궁금합니다. 보통 이런 경우에는 어떻게 처리하는게 효율적인 방법일까요..? 시스템 개발을 하다가 서비스로 커리어 전환을 하고 있는데 김영한님 강의가 너무 재밌어서 계속 찾아보게 되네요 ㅎ

선생님 안녕하세요! 꾸준히 걸어가고있는 코린입니다.. 혹시  @Component@Transactional@RequiredArgsConstructorstatic class InitService { 이 부분에서 static이 아닌 private으로 봐꿔보면 종속성 순환에러에 걸리는데 static일때는 메모리를 공유하고 private일때는 공유 하지않아서 생기는 문제인가요?