Size: a a a

2021 May 15

V

Vlad in pro.jvm
источник

V

Vlad in pro.jvm
Уверен, что исключение только там, где указан блок происходит?
источник

V

Vlad in pro.jvm
да
источник

V

Vlad in pro.jvm
Попробуй для начала все тело метода обернуть в try-catch и проверить, что отката не будет
источник

V

Vlad in pro.jvm
Откат будет от любого Exception
источник

ДК

Дима Красилов... in pro.jvm
Там есть в аннотации параметр noRollbackFor
источник

V

Vlad in pro.jvm
я пробовал, не помогло
источник

GV

George Vassilev in pro.jvm
вас не смущает логика ?
источник

V

Vlad in pro.jvm
а что не так?
источник

ДК

Дима Красилов... in pro.jvm
А какое у вас исключение, что вам не помогло?
источник

V

Vlad in pro.jvm
DataIntegrityViolationException
источник

ДК

Дима Красилов... in pro.jvm
Ну так и не должно помочь.
источник

V

Vlad in pro.jvm
почему? что сделать чтобы помогло?
источник

ДК

Дима Красилов... in pro.jvm
Фиксить саму логику.
Вообще, вам в @javastart, наверное, охотнее помогут, чем здесь
источник

AE

Alexandr Emelyanov in pro.jvm
Он будет вылетать когда будет выполняться insert/update, а они выполняются когда идёт ручной flush, либо при закрытии транзакции. Первого у тебя нет, а значит все выполнится при выходе из @Transactional метода, а значит ловить внутри метода бесполезно
источник

V

Vlad in pro.jvm
а как тогда организовать метод, чтобы логика сохранения сохранилась? можете подсказать?
https://pastebin.com/j6jkDtAJ
источник

D

Dima in pro.jvm
Так это у тебя проблема с данными
источник

D

Dima in pro.jvm
Если ты нарушаешь ограничения в базе для атрибутов
источник

V

Vlad in pro.jvm
эти ограничения я сам установил, и вот при возникновении такой проблемы, надо получить эту сущность с бд и обработать
источник

D

Dima in pro.jvm
ну так значит перед сохранением в коде пиши проверки
источник