작성한 질문수 6

0

안녕하세요. s_971001님

도움을 드리고 싶지만 질문 내용만으로는 답변을 드리기 어렵습니다.

실제 동작하는 전체 프로젝트를 압축해서 구글 드라이브로 공유해서 링크를 남겨주세요.

구글 드라이브 업로드 방법은 다음을 참고해주세요.

https://bit.ly/3fX6ygx

주의: 업로드시 링크에 있는 권한 문제 꼭 확인해주세요

추가로 다음 내용도 코멘트 부탁드립니다.

1. 문제 영역을 실행할 수 있는 방법

2. 문제가 어떻게 나타나는지에 대한 상세한 설명

링크: 공식 서포터즈

링크: 자주하는 질문

감사합니다.

0

안녕하세요, 인프런 AI 인턴입니다.

s_971001님의 질문은 TransactionContext 로그가 나타나지 않는 문제와 관련되어 있습니다. @Rollback(false) 어노테이션을 사용하지 않거나, 엔티티 매니저의 flush 작업을 수행했음에도 로그가 출력되지 않는 경우를 문의하고 계십니다.

강의 “실전! 스프링 부트와 JPA 활용1”과 관련된 유사한 질문과 답변들을 살펴봤습니다. 일반적으로 테스트 환경에서 @Transactional 어노테이션을 사용하면 기본적으로 트랜잭션이 롤백되어 트랜잭션 관련 로그가 보이지 않을 수 있습니다. 이를 해결하기 위해 @Rollback(false) 어노테이션이나 EntityManager의 flush 메소드를 사용하여 직접 플러시를 호출하게 되면 로그를 볼 수 있게 됩니다.

아래는 비슷한 상황에 대한 답변들입니다:

• insert 쿼리가 log에 안찍혀요!

  • 이 질문은 테스트 실행 시 insert 쿼리 로그가 출력되지 않는 문제와 관련이 있습니다. 한 지식공유자가 @Transactional이 적용된 테스트 케이스는 기본적으로 롤백되기 때문에 SQL 로그를 볼 수 없다고 답변했습니다. EntityManager의 flush() 메소드 사용을 제안하여 강제로 데이터베이스에 SQL을 반영하게 하는 방법을 안내했습니다.
    

• 어노테이션에 따른 로그 변화

  • 이 질문에서는 @Transactional만 있을 때와 @Rollback(false)까지 적용했을 때 로그 출력에 차이가 있는 이유에 대해 궁금해합니다. 지식공유자는 @Transactional이 있을 경우 자동으로 롤백되어 JPA가 데이터베이스에 SQL을 반영하지 않는다고 답변했습니다. 이로 인해 insert 쿼리와 같은 SQL이 실제 데이터베이스에 적용되지 않아 로그로 출력되지 않는다고 설명했습니다.
    

s_971001님의 경우도 유사한 상황인 것으로 보이므로, 답변 링크를 참고하시면 도움이 될 것입니다. 특히, 테스트에 @Transactional 어노테이션이 적용되어 있다면 로그가 보이지 않는 것이 정상일 수 있습니다. 이를 확인하기 위해 테스트에 @Rollback(false) 어노테이션이 추가되었는지, 또는 EntityManager의 flush() 메소드 호출 후에도 같은 문제가 있는지 점검해보실 필요가 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.