- Verschifft
- 27. August 2026 um 09:19 UTC
- Autor
- Kamo
- Ausschuss
- ae984f7
Angeregt durch eine Peer-Sitzung, die eine @Transactional finden(REQUIRES_NEW) Frühling nie empfohlen, geschützt, und selbst-invoked, so dass die Aufzeichnung einer fehlgeschlagenen Abfrage zurückgerollt mit der Abfrage war es Aufnahme. Scanning this service's own kommentiert für beide Formen taucht eine Selbst-Berufung, und es ist eine Note eher als eine Änderung wert. setupForSubOrgCreation(Long, ...) ist REQUIRES_NEW und über eine Bohne erreicht Grenze, so ist es ratsam. Die Überlastung, die es dann ruft, ist @Transaktional und ist NICHT: Ein Anruf, der das Objekt nie verlässt, geht nie durch die Proxy. Das ist harmlos hier, und nur hier, weil REQUIRES_NEW bereits eröffnet hat trans- und REQUIRED bedeutet "Mit dem aktuellen" - was passiert egal. Was es nicht ist, ist ein Sicherheitsnetz, und diese Datei hat bereits für diese Verwirrung bezahlt einmal. Das Entfernen von REQUIRES_NEW ob unten fällt nicht auf die Überlastung zurück Anmerkung; es fällt auf keine zurück, und jeder Schreib wird still auf der nachCommit path - jede Organisation, die zwischen 3903267 und der Ausbreitung entstand fix hat keine Abo-Reihe überhaupt aus genau diesem Grund. Verschieben des Einstiegspunkts ohne die Anmerkung zu bewegen, tut die gleiche Sache. ******************** pins die äußere Anmerkung; nichts kann die Annahme eines Lesers über das Innere festnageln eins, so ist es aufgeschrieben. Kommentieren Sie nur. Keine Verhaltensänderung.