Hibernate [BUG?] AssertionFailure: null id in entry

This message was edited 1 time. Last update was at 06/08/2008 10:11:53

Pessoal,

Estou com uma aplicação WEB usando Tomcat, Hibernate, MySQL e JSF.

Em um dos objetos persistentes tenho o seguinte mapeamento:

Ao criar o registro via Browser e mandar salvar, o hibernate está gerando o seguinte erro:

org.hibernate.AssertionFailure: null id in MinhaClasse entry (don't flush the Session after an exception occurs)
at org.hibernate.event.def.DefaultFlushEntityEventListener.checkId(DefaultFlushEntityEventListener.java:55)
at org.hibernate.event.def.DefaultFlushEntityEventListener.getValues(DefaultFlushEntityEventListener.java:164)
at org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:120)
at org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:196)
at org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:76)
at org.hibernate.event.def.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:35)
at org.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:969)
at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1114)
at org.hibernate.impl.QueryImpl.list(QueryImpl.java:79)

Olhando o erro, é lógico que o ID está nulo, eu quero inserir um registro no banco de dados, numa tabela com primary key auto_increment. Ou seja, quero que o banco retorne o valor, por isso ele entra como nulo.

Fora esse campo, a tabela possui vários outros campos e um deles é unique, tanto no banco como no mapeamento do hibernate.

Alguém pode oferecer uma luz?

Obrigado...

O método checkID() onde está lançando a exception:

Caso isso ajude.

Guilherme Gomes wrote:O método checkID() onde está lançando a exception:

public void checkId(Object object, EntityPersister persister, Serializable id, EntityMode entityMode) throws HibernateException { if ( id != null && id instanceof DelayedPostInsertIdentifier ) { // this is a situation where the entity id is assigned by a post-insert generator // and was saved outside the transaction forcing it to be delayed return; } if ( persister.canExtractIdOutOfEntity() ) { Serializable oid = persister.getIdentifier( object, entityMode ); if (id==null) { throw new AssertionFailure("null id in " + persister.getEntityName() + " entry (don't flush the Session after an exception occurs)"); } if ( !persister.getIdentifierType().isEqual(id, oid, entityMode) ) { throw new HibernateException( "identifier of an instance of " + persister.getEntityName() + " was altered from " + id + " to " + oid ); } } }

Caso isso ajude.

Bem, se é bug ou não eu não sei, mas é no mínimo uma aplicação incorreta do conceito de assertivas. Um método público não deve validar parâmetros com assertivas.

This message was edited 1 time. Last update was at 14/07/2009 13:27:58

victorwss wrote:

Guilherme Gomes wrote:O método checkID() onde está lançando a exception:

public void checkId(Object object, EntityPersister persister, Serializable id, EntityMode entityMode) throws HibernateException {...

Caso isso ajude.

Bem, se é bug ou não eu não sei, mas é no mínimo uma aplicação incorreta do conceito de assertivas. Um método público não deve validar parâmetros com assertivas.

Vitor. esse código é do hibernate ...

org.hibernate.event.def.DefaultFlushEntityEventListener

Eu to passando pelo mesmo problema do Guilherme...

Se alguem souber, por favor da um help!

como resolveram?

This message was edited 1 time. Last update was at 04/12/2011 22:47:01

daniel.joppi wrote:como resolveram?

Boa noite!

Eu já passei por essa situação. Comigo aconteceu logo após uma ConstraintViolationException do hibernate, então não conseguia fazer mais nada durante aquela sessão. Dei uma lida em alguns forums (inclusive aqui: http://www.guj.com.br/java/100669-problema-hibernate-entry-dont-flush-the-session-after-an-exception-occurs) , e disseram que o hibernate da rollback na transação e invalida as demais tentativas daquela sessão. Isso é até, de certa forma, o correto a se fazer, pois vc não tem certeza do estado do banco de dados após uma exceção, então acredito que o Hibernate proceda assim para que possa ser verificada a consistência do banco.

Como eu sei que era intencional meu erro de ConstraintViolationException, corrigi este problema simplesmente fechando e abrindo outra sessão:

Mas como disse, deve ter cuidado com essa opção.... no meu caso resolveu, mas foi por minha conta e risco!

Até +!

mas ai você abre a nova sessão e re-faz a transação?

daniel.joppi wrote:mas ai você abre a nova sessão e re-faz a transação?

Boa noite!

Neste caso nao, pois esse erro de Constraint é se já existe um objeto com os mesmos dados (atributos configurados como constraint) do que o objeto na view, então simplesmente exibo uma mensagem ao usuário que o objeto já existe, que ele não pode inseri-lo novamente.

Então não há necessidade de retentar a mesma transação, mas sim que ele altere os dados da view e tente novamente.

Até +!

Notícias, artigos e o maior fórum brasileiro sobre Java