Katakanlah mengapa kelebihan beban @ Transaksional tidak ada pada jalur sesudah Commit

DocsSecurityService
Dikirim
27 Agustus 2026 pukul 09.19 UTC
Penulis
Kamo
Commit
ae984f7

Dipastikan oleh sesi peer yang menemukan @ Transaksional (REQUIRES _ NEW) Spring never disarankan - terproteksi, dan dipanggil sendiri, sehingga catatan dari sebuah query gagal digulung kembali dengan query itu merekam. Memindai gangguan layanan ini sendiri untuk keduanya bentuk muncul satu diri-doa, dan layak catatan daripada perubahan. setupForSubOrganization (Long,...) is REQUIRES _ NEW and reached across a bean batas, sehingga disarankan. Kelebihan itu kemudian panggilan adalah @ Transaksional dan TIDAK: panggilan yang tidak pernah meninggalkan objek tidak pernah melewati proxy. Itu adalah tidak berbahaya disini, dan hanya disini, karena NEW telah membuka transaksi dan REQUIRED berarti "bergabung dengan yang sekarang" - yang adalah apa yang terjadi terlepas. Yang bukan jaring pengaman, dan berkas ini sudah dibayar untuk kebingungan itu sekali. Menghapus REQUIRES _ NEW di atas tidak jatuh kembali ke overload 's anotasi; jatuh kembali ke tidak ada, dan setiap menulis diam-diam dibuang pada afterCommit path - setiap organisasi dibuat antara 3903267 dan penyebaran fix punya baris berlangganan sama sekali untuk persis alasan itu. Memindahkan titik entri tanpa memindahkan gangguan melakukan hal yang sama. * * * * * * * * * * * * * * * pin bagian luar anotasi, tidak ada yang dapat pin pembaca asumsi tentang batin satu, sehingga ditulis. Hanya komentar. Tidak ada perubahan perilaku.

Semua perubahan

Seperti apa yang Anda lihat pengiriman?

Semua pembaruan ini secara otomatis mendarat di ruang kerja Anda. Mulai bebas dan menontonnya tumbuh minggu demi minggu.

Mulai Bebas SelamanyaTampilkan Harga