- Se descapó
- 6 de agosto de 2026 a las 22:48 UTC
- Autor
- Kamo
- Compromit
- 0fff03d
publicarPara capturada Excepción en torno a countByTeamMemberIdIdAndStatusIn y la convirtió en una WARN. Esa captura no sólo fue alrededor de la insignia: la consulta corre dentro de la La transacción de llamadaer y obliga a Hibernate a auto-ejear las filas de la asignación llamando acaba de escribir, así que la excepción que más a menudo ve es la del que llama Escribir falle, no una placa que no se pudiera leer. Tragarlo no compró resistencia. Un rubor fallido ya ha marcado el transacción de retroceso-sólo, por lo que el commit falla independientemente; todas las capturas cambiaron fue lo que se le dice al que llama se le dice que una interceptación de ADN de DataIntegrityException se convirtió en un InesperadoRollbackException cuya verdadera causa se sentó en una línea de registro que nadie lee. Nada se comete en ese momento, así que dejarlo salir no puede dejar que un certificación detrás de un 500. Esa es la diferencia de la publicación de la lúbre debajo de ella, que todavía se traga todo: LegalFfterCommit corre después de la y Spring propaga una excepción despuésCompromete a la persona que llama, donde a El corredor muerto convertiría un éxito Finish en un fracaso que el miembro cree.