자체 클래스 내에서 Spring @Transaction 메서드 호출이 실패함
Spring Framework의 선언적 트랜잭션 관리는 메서드 수준에서 트랜잭션 동작을 정의하는 편리한 방법을 제공합니다. . 그런데 동일한 클래스 내에서 트랜잭션 메서드를 호출하려고 하면 겉보기에 특이한 문제가 발생합니다.
문제
제공된 코드 조각에서 addUser 메서드는 다음과 같습니다. @Transactional로 주석이 달려 있으며 데이터베이스 작업을 수행하도록 설계되었습니다. addUsers 메소드 내에서 각 사용자에 대해 addUser를 호출하려는 시도가 있습니다. 그런데 의도한 대로 동작하지 않는 것 같습니다.
원인
이러한 동작은 Spring AOP(Aspect-Oriented 프로그래밍)의 한계로 인해 발생하며, 특히 동적 객체와 CGLIB 라이브러리를 사용할 때. CGLIB는 AOP에 대한 메소드 차단을 구현하기 위해 기존 클래스의 서브클래스를 생성합니다. 이 경우와 같이 메소드가 생성된 동일한 클래스 내에서 메소드가 호출되면 AOP 프록시가 우회됩니다.
해결책
이 문제를 해결하려면 , 여러 가지 가능한 접근법이 있습니다:
- AspectJ 사용: Spring 구성 AOP에 동적 객체 대신 AspectJ를 사용하면 코드가 예상대로 작동합니다.
- 코드 리팩터링: 또는 코드를 리팩터링하여 사용자 처리 로직을 두 클래스로 분리하세요. 이를 통해 AOP가 의도한 대로 적용되는 다른 개체에서 @Transactional 메서드를 호출할 수 있습니다.
- AspectJ 구성(레거시 지원): Spring 3.0 이전 버전의 경우 다음이 필요합니다. Spring XML에 AspectJ 구성을 수동으로 추가
결론
Spring AOP의 한계를 이해하고 동일한 클래스 내에서 트랜잭션 메소드를 호출하는 데 적합한 솔루션을 찾는 것은 효과적인 트랜잭션 관리를 위해 필수적입니다. 스프링 애플리케이션. 이 문서에서 논의된 대체 접근 방식은 이러한 특정 장애물을 극복할 수 있는 방법을 제공합니다.
위 내용은 동일한 클래스 내에서 내 Spring @Transactional 메서드를 호출하면 왜 실패합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

Bytecodeachievesplatformincendence는 executedbirtualmachine (vm)을 beenecutedbyavirtmachine (vm)을 허용합니다

Java는 100% 플랫폼 독립성을 달성 할 수 없지만 플랫폼 독립성은 JVM 및 바이트 코드를 통해 구현되어 코드가 다른 플랫폼에서 실행되도록합니다. 특정 구현에는 다음이 포함됩니다. 1. 바이트 코드로의 컴파일; 2. JVM의 해석 및 실행; 3. 표준 라이브러리의 일관성. 그러나 JVM 구현 차이, 운영 체제 및 하드웨어 차이, 타사 라이브러리의 호환성은 플랫폼 독립성에 영향을 줄 수 있습니다.

Java는 "Writ 2. 유지 보수 비용이 낮 으면 하나의 수정 만 필요합니다. 3. 높은 팀 협업 효율성은 높고 지식 공유에 편리합니다.

새로운 플랫폼에서 JVM을 만드는 주요 과제에는 하드웨어 호환성, 운영 체제 호환성 및 성능 최적화가 포함됩니다. 1. 하드웨어 호환성 : JVM이 RISC-V와 같은 새로운 플랫폼의 프로세서 명령어 세트를 올바르게 사용할 수 있도록해야합니다. 2. 운영 체제 호환성 : JVM은 Linux와 같은 새로운 플랫폼의 시스템 API를 올바르게 호출해야합니다. 3. 성능 최적화 : 성능 테스트 및 튜닝이 필요하며 쓰레기 수집 전략은 새로운 플랫폼의 메모리 특성에 적응하도록 조정됩니다.

javafxeffecticallydressessplatforminconsistenciesinguedevelopment는 aplatform-agnosticscenegraphandcsstyling을 사용하여 development.1) itabstractsplatformspecificsthroughascenegraph, csstyling allowsforfine-tunin을 보장합니다

JVM은 Java 코드를 기계 코드로 변환하고 리소스를 관리하여 작동합니다. 1) 클래스로드 : .class 파일을 메모리에로드하십시오. 2) 런타임 데이터 영역 : 메모리 영역 관리. 3) 실행 엔진 : 해석 또는 컴파일 바이트 코드. 4) 로컬 메소드 인터페이스 : JNI를 통해 운영 체제와 상호 작용합니다.

JVM을 통해 Java는 플랫폼을 가로 질러 실행할 수 있습니다. 1) JVM 하중, 검증 및 바이트 코드를 실행합니다. 2) JVM의 작업에는 클래스 로딩, 바이트 코드 검증, 해석 실행 및 메모리 관리가 포함됩니다. 3) JVM은 동적 클래스 로딩 및 반사와 같은 고급 기능을 지원합니다.

Java 응용 프로그램은 다음 단계를 통해 다른 운영 체제에서 실행할 수 있습니다. 1) 파일 또는 경로 클래스를 사용하여 파일 경로를 처리합니다. 2) system.getenv ()를 통해 환경 변수를 설정하고 얻습니다. 3) Maven 또는 Gradle을 사용하여 종속성 및 테스트를 관리하십시오. Java의 크로스 플랫폼 기능은 JVM의 추상화 계층에 의존하지만 여전히 특정 운영 체제 별 기능의 수동 처리가 필요합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

ZendStudio 13.5.1 맥
강력한 PHP 통합 개발 환경

mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

MinGW - Windows용 미니멀리스트 GNU
이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.
