- 관련 상품
- 2026년 9월 2일 오전 1:42 UTC
- 이름 *
- Kamo
- 뚱 베어
- 8ccc308
POST /sessions/{guid}/messages는 @Transactional이며, NATS 출판물 메시지는 항상 커밋을 기다리고 있습니다. — 코멘트와 함께 왜 정확히 말하기: 거래에서 발행하는 것은 수령인의 자신의 행을 읽습니다. 두 개의 STOMP 발표는 아래 10 개의 선을 기다리지 않았다, 그들은 다른 끝에 독자를 가진 것. /topic/chat/incoming/{memberId}는 대답됩니다. 열린 창이 없는 회원으로 스레드의 역사를 로드하는 별도의 요청을 통해 정기적으로 데이터베이스에 도달 sender's commit, 그래서 창은 메시지를 제외하고 모든 것을 열어 실을 재읽을 때까지 잘못 유지했다. 뚱 베어 창문을 다시 열었다는 것은 어떻게보고 된 일입니다. /topic/chat/unread/{memberId}는 그것을 타고 거울 이미지 문제가 있었다: a 메시지의 수 다른 요청은 아직 볼 수 없습니다. 이제 모두 runAfterCommit()에서 실행, NATS 동기화 후 등록 이미 오픈 윈도우는 여전히 메시지를 먼저 받고 배지 두 번째. 더 보기 ids와 그들의 org ids는 등록하기 전에 해결됩니다, 동안 entities는 아직도 붙어 있습니다; payloads는 이미 보통 값이었습니다. 발표AfterCommitRatchet 테스트 핀 에 의해 brace-matching the post-commit 지역 그리고 하나 안에 떨어지는 주제를 모두 요구, 그래서 다음 발표 추가 여기에서는 가장 가까운 선을 복사하여 선택 deliberately를 만듭니다. 이 커밋이 두 줄에 실패합니다.