- 관련 상품
- 2026년 9월 2일 오전 2:43 UTC
- 이름 *
- Kamo
- 뚱 베어
- 6906043
deleteByArticleUidAndLocale은 @Modifying 쿼리와 JPA가 하나의 실행을 거부합니다. 거래 밖에서. 이 경로에 아무것도 이제 하나를 열었다, 그래서 모든 locale 모든 문서의 threw TransactionRequiredException -- "Executing update/delete query" -- 로컬 당 붙은 루프가 WARN에 로그인하고, 이전. 지식 베이스는 영어를 현지인들에게 제공하고 있습니다. 배송된 기능 및 10 분 청소가 재조정되었습니다. 모든 corpus 영원히하지 않았다. 수입 중 로그를 보면서 발견 : 기사 당 21 실패, 모든 기사, 모든 retry. 각 locale는 이제 자체 거래에서 실행되며 TransactionTemplate를 통해 @Transactional 보다는 방법. 경계는 locale -- 하나에 의하여 있어야 합니다 모든 21의 거래는 로컬 롤을 다시 한 번 실패하는 것을 의미합니다. 그 일 -- 그리고 자기 호출 헬퍼는 정확히 프록시를 우회 할 것 이 같은 파일에서 @Async 버그를 생성하는 방법. 번역 통화 자체는 거래 밖에 남아 있습니다. HTTP 요청입니다 또 다른 서비스에 120초의 읽기 타임아웃, 그리고 데이터베이스를 보유 주변의 연결이 지속될 수 있습니다. 또한: the async executor drops on saturation 대신 호출기에 실행. CallerRunsPolicy는 보통 오른쪽이지만, 여기에서 통화는 Tomcat 스레드입니다. 그 기사를 저장하고 21 HTTP 통화를 채우는 것은 정확한 캐스트입니다. 이 작업은 피하기 위해 요청 스레드를 옮겼습니다. 청소는 진짜 회복 경로, 희망이 아닙니다 -- 그것을 떨어뜨리는 것은 같은 아니다 층에 일.