Spune de ce supraîncărcarea @Transactional este inert pe calea de afterCommit

DocsSecurityService
Expediere
27 august 2026 la 09:19 UTC
Autor
Kamo
Comite
ae984f7

Prompted by a peer session find a @Transactional (REQUIRES NEW) Primăvara niciodată consiliat cu interogarea pe care o înregistra. Scanarea propriile adnotări acest serviciu pentru ambele Formele se transformă în sus o auto-invocare, și merită o notă mai degrabă decât o schimbare. SetupForSubOrgCreation (Lung, ...) is REQUIRES NEW și a atins peste o fasole Limita, aşa se recomandă. Supraîncărcarea o cheamă apoi este @Transacţional şi este NU: un apel care nu lasă niciodată obiectul nu trece prin proxy. Asta este. inofensiv aici, și numai aici, pentru că REQUIRES NEW a deschis deja o tranzactie si REquired inseamna "se alatura celui actual" Indiferent. Ceea ce nu este o plasă de siguranță, iar acest fișier a plătit deja pentru această confuzie O dată. Îndepărtarea REQUIRES NEW de mai sus nu se încadrează înapoi la supraîncărcare Adnotare; ea cade înapoi la nici unul, și fiecare scris este aruncat în tăcere pe afterCommit cale fix primit nici un rând de abonament la toate pentru exact acest motiv. Mutarea punctului de intrare fără a muta adnotarea face același lucru. - Nu. pins adnotarea exterioară; nimic nu poate fixa presupunerea unui cititor despre interior Unu, deci e scris. Doar un comentariu. Nicio schimbare de comportament.

Toate modificările

Ca ceea ce vezi de transport maritim?

Fiecare dintre aceste actualizări aterizează automat în spațiul de lucru. Începe gratuit și urmăriți-l crească săptămână după săptămână.

Pornește gratuit pentru totdeaunaVezi prețurile