Como recuperar dados que o causou, violação de restrição exclusiva (via Hibernate)?
-
22-09-2019 - |
Pergunta
Existe uma maneira de descobrir que o registro causou uma violação no Hibernate?
Normalmente você adicionar objetos a sessão e no final você mantê-los.Se ocorrer um erro que leva um tempo para rastrear o registo violou a restrição.
Existe maneira de descobrir que o registro causado (a "toString() no caso de novos objetos ou de Chave Primária, no caso dos objetos existentes deve simplificar o processo de depuração enormemente.
Obrigado.
org.hibernate.exception.ConstraintViolationException: could not insert: [com.project.valueobject.mapping.Model]
at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:71)
at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
at org.hibernate.id.insert.AbstractReturningDelegate.performInsert(AbstractReturningDelegate.java:40)
at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2163)
at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2643)
at org.hibernate.action.EntityIdentityInsertAction.execute(EntityIdentityInsertAction.java:51)
at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:279)
at org.hibernate.event.def.AbstractSaveEventListener.performSaveOrReplicate(AbstractSaveEventListener.java:298)
at org.hibernate.event.def.AbstractSaveEventListener.performSave(AbstractSaveEventListener.java:181)
at org.hibernate.event.def.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:107)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.saveWithGeneratedOrRequestedId(DefaultSaveOrUpdateEventListener.java:187)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsTransient(DefaultSaveOrUpdateEventListener.java:172)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.performSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:94)
at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:70)
at org.hibernate.impl.SessionImpl.fireSaveOrUpdate(SessionImpl.java:507)
at org.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:499)
at org.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:495)
Solução 2
Eu simplesmente defino um ponto de interrupção em AbstractEntityPersister::performInsert(...)
Para descobrir o registro ofensivo.
Como _nt disse pode ser o MySQL suporta isso, mas não o Oracle.
Mas manterá isso aberto para conhecer qualquer solução elegante.
Outras dicas
Eu implementaria um ou mais Ouvintes de eventos hibernados e faça um pouco de log antes de executar operações. Espero que isso seja adequado para o seu cenário.
(Suspeito que você não esteja usando o MySQL como eu, porque o MySQL realmente retorna a chave única ofensiva se uma restrição for violada)
Usando o nível de RASTREIO do nível de log exibe os valores de todos os parâmetros que são passados para o banco de dados.