- Verschifft
- 26. August 2026 um 01:59 UTC
- Autor
- Kamo
- Ausschuss
- 2945f3d
markVerarbeitet wurde REQUIRES_NEW, so dass es verarbeitet=true, während die Handler Geld schreibt waren noch nicht in der suspendierten äußeren gebunden Transaktion. JpaTransactionManager spült keine ausgesetzte Beharrlichkeit context, so dass die innere Übergabe vor dem anstehenden SQL der Außenseite gelandet ist. A Come-Phase Ausfall -- AccountInvoice's einzigartige Einschränkung auf stripe_invoice_id, seine NOT NULL FK auf account_uid, oder ein verschluckt IllegalArgumentException in SubscriptionMemberService.add Vergiftung der geteilten Transaktion -- dann rollte das Geld zurück und verließ das Ereignis markiert getan. Stripe's Retry übersprang es, also war das Schreiben LOST, und es erreichte nicht einmal die Gift-Ereignis Abfrage, weil verarbeitet war wahr. markProcessed schließt sich nun der äußeren Transaktion an, so dass ein Rollback die Flagge mit nimmt es und die Zeile bleibt behauptet-aber-unbearbeitet, das ist, was ************ existiert an der Oberfläche. Anspruch und markFailed REQUIRES_NEW behalten: Der Anspruch muss einen Rollback überstehen oder jeder Versuch sieht aus wie ein erste Lieferung, und die Fehlerdetail muss die Rollback es beschreibt überleben. Auch verstärkt drei Quelle-Text-Behauptungen, dass eine Mutation Umfrage besiegt: das == 0 Tor könnte auf == 1 umgedreht werden, kann der Anspruch in einem bedingt, während Index-Bestellung noch bestanden, und Löschen der Post-Schalter markfortfertiger Anruf wurde durch die Early-Return-Call-Site maskiert. Gefunden durch eine Drei-Linsen-widerhilfeprüfung; 16 der 23 Ergebnisse wurden widerlegt.