Transactional

안녕하세요!

jpa 수업듣고 혼자 공부하다가 궁금한 점이 생겨서 질문 남깁니다.

@Repository
@Transactional
@RequiredArgsConstructor
public class ItemRepositoryImpl implements itemRepository{

    private final EntityManager em;

  

    @Override
    public void delete(Long itemId){
//        Item item=findOne(itemId);
//        em.remove(item);
         em.createQuery("delete from Item i where i.id = :id")
                .setParameter("id",itemId).executeUpdate();
    }

@RunWith(SpringRunner.class)
@SpringBootTest
@Transactional
public class ItemRepositoryTest {

    @Autowired ItemRepository itemRepository;
    @Autowired private EntityManager em;
    private User user;
    private Item item;
    

    @Test
    public void delete(){
        Long itemId= itemRepository.save(item);
        System.out.println(itemId);

        itemRepository.delete(itemId);
// 1)
        System.out.println(itemRepository.findOne(itemId).getId());
        Assertions.assertEquals(null,itemRepository.findOne(itemId));
    }

테스트코드를 이렇게 작성하는 경우에는 delete가 다시 rollback되고 테스트 코드에서 1) 부분에서 rollback이 되고  itemRepository.findOne(itemId)가 itemId로 나오던데 @Transactional가 잘못 적용된 것인가요?

jpql을 사용하는 경우 flush가 일어나서 flush 과정에서 commit이 일어나고 테스트 코드에서는 이 commit때문에 rollback이 일어나는 것 같은데 제가 생각한 것이 맞나요?

만약 제가 생각한 것이 맞다면 테스트 코드 부분에 1)에서 롤백이 일어나서 테스크코드 delete 메소드에서 save(item)부분도 롤백이 되서 itemRepository.delete(itemId)를 한 이후에는 find해도 null이 나와야하는데 그대로 itemId가 나오는 이유가 뭘까요?

주석처리한 것처럼 em.remove를 사용하면 테스트에 성공하는데 그 이유는 뭘까요ㅜㅜ