Yo puse el @transaction en el método que manda llamar la clase/repositororio con el método de update, y funciona bien para actualizar, pero quiero dar un rollback manual (por ejemplo estoy validando que el update regrese un integer con valor de 1, si no lo trae en 1 tiro una excepcion), pero no hace rollback, se queda actualizado el valor, ¿Porque pasa eso?
cuando utilizas save, estas utilizando un método perteneciente a JPA como tal, estos métodos por defecto operan bajo una transacción por lo que en esos casos no es necesario, para el ejemplo del video si es necesario porque es un método personalizado y que además opera bajo una query.
Excelente material.
En mi caso estoy usando MySQL, y pasa algo interesante, es que en mi caso no se ejecuta la consulta mientras el error ocurre.
Te ganaste un sub! Muy bien explicado, gracias!!
Muy bien explicado. 10/10
Muy buen explicación se entendió fácilmente. Como sugerencia si puedes mejora por favor tu sistema de audio, se escucha un poco bajo. Saludes.
Yo puse el @transaction en el método que manda llamar la clase/repositororio con el método de update, y funciona bien para actualizar, pero quiero dar un rollback manual (por ejemplo estoy validando que el update regrese un integer con valor de 1, si no lo trae en 1 tiro una excepcion), pero no hace rollback, se queda actualizado el valor, ¿Porque pasa eso?
Interesante, pero me parece que ese tipo de errores solo surgen con queries nativas. o me equivoco??
Gracias
Que pasa cuando quiero hacer un save o insercion, tambien funciona el transactional y el modify?
cuando utilizas save, estas utilizando un método perteneciente a JPA como tal, estos métodos por defecto operan bajo una transacción por lo que en esos casos no es necesario, para el ejemplo del video si es necesario porque es un método personalizado y que además opera bajo una query.