Hibernate-reactive: 향상 - spring @Transactional 주석과의 통합

Spring에는 인터셉터를 bean 메소드 호출에 바인딩하기 위해 주석을 사용할 수 있는 일종의 인터셉터 개념이 있다고 가정합니다. 이와 같이 인터셉터 내에서 withTransaction() 를 호출한 다음 Bean 메소드에 위임하면 선언적 트랜잭션 관리가 전부입니다. 실제로는 몇 줄의 코드만 있으면 됩니다. (적어도 그것은 CDI에 있을 것입니다. 나는 봄에 대해 덜 확신합니다.)

유일한 미묘함은 현재 반응 스트림에 이미 바인딩된 트랜잭션이 있는지 감지하는 방법이 필요하다는 것입니다. 우리 스택에서는 MP 컨텍스트를 사용하여 수행됩니다. 그것이 Spring Land에서 어떻게 수행되는지 전혀 모릅니다.

(OTOH XA 트랜잭션 관리자와 통합하는 방법에 대해 묻는다면 글쎄요, 그것은 완전히 다른 웜 캔이며 현재 반응 드라이버와 실제로 실용적이지 않습니다. 우리는 아직 진정한 반응 트랜잭션이 없습니다. 관리자.)

지금은 분산 트랜잭션이 필요하지 않습니다.

그러면 SessionFactory.withTransaction() 를 호출하는 인터셉터가 제대로 작동해야 합니다.

이 방법을 시도하고 업데이트합니다. 감사 해요

@gavinking Spring은 Aspect를 사용하여 @Transactional 을 구현하는 것으로 보입니다. 그다지 중요하지는 않지만 구현하는 것이 더 간단할 수도 있습니다.
하지만 openSession() 및 closeSession() API가 있으므로 Stage 클래스에서 openTransaction() commitTransaction() 및 rollbackTransaction()에 대한 API를 노출하는 경우에만 할 수 없다고 생각합니다. 트랜잭션 개체가 필요하고 withTransaction이 충분하지 않다고 생각합니다.
말이 됩니까?

랩핑하고 메서드로 전달할 수 있는 "주변" 인터셉터에 대한 일종의 개념이 있어야 합니다.

(before/after 인터셉터로는 할 수 없는 것이 사실입니다.)

나는 이것이 하나라고 생각한다: https://howtodoinjava.com/spring-aop/aspectj-around-annotation-example/

@gavinking "MP 컨텍스트를 사용하여 수행할 스택에서" 전에 작성한 내용에 대해 자세히 설명해 주시겠습니까? 트랜잭션이 현재 스트림에 이미 바인딩되어 있는지 확인하려면? 작성한 코드나 테스트를 참조할 수 있습니까? 세션에 대해서도 마찬가지입니다. 세션이 현재 스트림에서 이미 열려 있다는 것을 어떻게 이해할 수 있습니까?
감사 해요.

봄에 어떻게 하는지 모르겠어요. threadlocal과 비슷하지만 스레드 대신 현재 반응 스트림에 로컬 바인딩된 일종의 구성이 필요합니다. 나는 그들에게 뭔가가 있어야한다고 확신합니다.

나는 현재 spring @Transactional 을 사용하지 않을 것이지만 Spring에 대해 너무 깊이 들어가는 것을 피하기 위해 우리 자신의 트랜잭션 주석을 구현합니다. 그래서 내 이전 질문은 "MP 컨텍스트를 사용하여 수행할 스택에서"라는 문장과 관련이 있습니다.

"우리 스택" == Quarkus.

Spring 환경에서 비슷한 것을 찾아야 한다고 말하고 있습니다.

값을 현재 반응 스트림에 바인딩할 수 없다면 선언적 트랜잭션을 가질 수 없고 간단하게 트랜잭션을 "수동으로" 관리해야 하기 때문입니다. ( withTransaction() 를 호출하면 실제로 매우 간단합니다. 사람들이 왜 주석이 필요하다고 생각하는지 모르겠습니다.)

하지만 어떻게든 할 수 있는 방법이 있어야 한다고 확신합니다. 당신은 단지 잘못된 사람에게 묻고 있습니다.

이런 것일 수도 있지만 저는 정말 모릅니다 https://projectreactor.io/docs/core/3.4.0-M1/api/index.html?reactor/util/context/Context.html

아마도 이것은? https://www.baeldung.com/spring-transaction-active

마감: #782로 대체됨.

@yaakov-berkovitch와 함께 #779를 사용하여 이 작업을 구현하는 것이 훨씬 더 쉬울 것입니다.

@gavinking 감사합니다!!