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)
Foi útil?

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.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top