- Spegnimento
- 6 agosto 2026 alle ore 22:48 UTC
- Autore
- Kamo
- Impegno
- 0fff03d
pubblicarePer catturato Eccezione intorno al conteByTeamMemberIdAndStatusIn e girato in un ATTENZIONE. Quella presa non era solo intorno al distintivo: la query corre dentro transazione del chiamante e costringe Hibernate a influenzare automaticamente le righe di assegnazione caller ha appena scritto, quindi l'eccezione che più spesso vede è il chiamante proprio scrivere fallo, non un distintivo che non poteva essere letto. Inghiottirlo non ha comprato resilienza. Un filo fallito ha già segnato il transazione solo rollback, quindi il commit non riesce a prescindere; tutta la cattura cambiata è stato COSA il chiamante è detto — una precisa DataIntegrityViolationException è diventato un InaspettatoRollbackException la cui vera causa sedeva in una linea di log nessuno legge. A quel punto nulla si impegna, quindi lasciarlo fuori non può infilare un scritto attestazione dietro un 500. Questa è l'intera differenza dalla pubblicazione hop sotto di esso, che ancora ingoia tutto: LegalAfterCommit corre dopo il commit, e la primavera propaga un'eccezione dopoCommissione al chiamante, dove morto broker avrebbe trasformato un successo Finish in un fallimento che il membro crede.