updateItem() 메소드에 대해서 질문이 있습니다.

안녕하세요? 김영한님 강의는 매우 잘 보고 있습니다.

다름이 아니라 변경감지와 병합 챕터를 보면서 정리 중에 있었는데 updateItem() 메소드를 아래와 같이 이해를 해도 될까요?

@PostMapping(value = "/items/{itemId}/edit")
public String updateItem(@ModelAttribute("form") BookForm form, @PathVariable String itemId) {

    Book book = new Book();

    book.setId(form.getId());
    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:/items";
}

여기서 보면, 객체는 우리가 만든 새로운 객체일지라도 setId(item.getId()) 을 통해서 기존 DB내에 존재하던 book의 식별자를 넣어준다. 따라서 JPA에 한번 들어갔다 나온 객체로 볼 수 있다.

하지만, new() 를 통해서 내가 직접 생성한 객체이기 때문에 JPA가 이것을 관리하지 않는다.

정리하자면, JPA가 식별할 수 있는 식별자를 갖고 있으나, 사용자가 임의로 생성한 객체라 JPA가 직접 관리하지 않는 객체를 준영속 엔티티라 볼 수 있다.

이 준영속 엔티티를 처리하기 힘든 이유가 무엇일까?
영속성 컨텍스트 관리 하에 있는 영속상태 엔티티는 JPA에 의해 감지가 되기때문에 변경 감지가 일어난다.

하지만, 준영속 엔티티는 JPA가 기본적으로 감지하지 않으므로 변경 감지가 일어나지 않는다.

위의 코드에서도  itemService.saveItem(book); 이 없다면, JPA 트랜잭션 안으로 우리의 준영속 엔티티인 Book이 들어갈리가 없기에 해당 문구가 없으면 아무런 변화도 일어나지 않는다.

즉, 여기서 우리는 itemService.saveItem(book); 을 통해서 해당 객체를 영속성 컨텍스트에 올려놓고 변경감지를 강제한다고 볼 수 있다.

위의 내용처럼 정리해도 맞는 부분일까요? itemService.saveItem()내를 타고 들어가면 ItemRepository.save() 함수가 나오는데 em.persist()와 같이 영속성컨텍스트에 올리는 것을 이를 가능하게끔 한다고 생각해서 정리해봤습니다. 물론 뒤에 em.merge()를 통해서 병합처리를 하는거지만요.