Fail the build on a @Transactional Spring kann nicht raten

TestSecurityService
Verschifft
27. August 2026 um 09:14 UTC
Autor
Kamo
Ausschuss
ef8855e

Zwei Formen erhalten keine Transaktionsberatung überhaupt, und keiner ist bei einem Anruf sichtbar Website oder in einem Einheitstest: eine nicht-öffentliche Methode, die der Proxy nicht abfangen kann, und eine REQUIRES_NEW-Methode aus dem Inneren seiner eigenen Klasse, wo der Anruf nie verlasst die Instanz. Beide werden in diesem Modul ausgeliefert. Die Outbound-Börse-Prüfreihe war eine geschützte REQUIRES_NEW-Methode von zwei privaten Helfern angerufen, so dass es sich dem Anrufer angeschlossen hat Transaktion, und eine FAILED Abfrage rollte die Aufzeichnung des eigenen Versagens zurück. Es bestanden seine Einheitsprüfung die ganze Zeit, weil die Konstruktion eines Dienstes direkt bedeutet, dass kein Vollmacht fehlt. Das ist genau der Grund, warum diese Wache liest die Quelle statt der Ausübung einer Beine. Bewiesen, es scheitert, bevor sie es vertraut: Droping die ursprüngliche Form wieder in als ein kratz-sonde schaltet den Build mit der Datei und der Zeile rot. Ein Wächter, den niemand hat Bewacht scheitern ist ein Wachmann niemand kennt die Form. Der verschachtelte Fall ist erlaubt, wenn die OUTER-Methode die gleiche Ausbreitung trägt. DisclosureRecorder.record ist REQUIRES_NEW und ruft recordAll, auch REQUIRES_NEW: die neue Transaktion ist bereits zu diesem Zeitpunkt offen und die Beratung der inneren Aufruf würde öffnen Sie eine Sekunde für nichts. Korrekt wie geschrieben, und seine javadoc sagt jetzt so nächste Person, die diesen Check ausführt, wird die Notiz finden, bevor sie sie in zwei "fixieren" Transaktionen.

Alle Änderungen

Wie, was Sie sehen Versand?

Jedes dieser Updates landet automatisch in Ihrem Arbeitsbereich. Starten Sie frei und beobachten Sie es Woche für Woche wachsen.

Free Forever startenPreisgestaltung anzeigen