1

我正在Integrator为 Hibernate 工作（集成器的背景：https ://docs.jboss.org/hibernate/orm/4.3/manual/en-US/html/ch14.html#objectstate-decl-security ），通过使用listeners 应该从我存储在数据库中的数据中获取我的数据，并将其转换为不同的形式以便在运行时进行处理。这在使用保存数据时效果很好，.persist()但是存在涉及事务的奇怪行为。以下代码来自 Hibernate 自己的快速入门教程代码：

// now lets pull events from the database and list them
entityManager = entityManagerFactory.createEntityManager();
entityManager.getTransaction().begin();
List<Event> result = entityManager.createQuery( "from Event", Event.class ).getResultList();
for ( Event event : result ) {
  System.out.println( "Event (" + event.getDate() + ") : " + event.getTitle() );
}
entityManager.getTransaction().commit();
entityManager.close();

请注意包装查询以选择数据的异常事务开始/提交。在查询完成后运行它会给出以下输出：

01:01:59.111 [main] DEBUG org.hibernate.engine.transaction.spi.AbstractTransactionImpl.commit(175) - committing
01:01:59.112 [main] DEBUG org.hibernate.event.internal.AbstractFlushingEventListener.prepareEntityFlushes(149) - Processing flush-time cascades
01:01:59.112 [main] DEBUG org.hibernate.event.internal.AbstractFlushingEventListener.prepareCollectionFlushes(189) - Dirty checking collections
01:01:59.114 [main] DEBUG org.hibernate.event.internal.AbstractFlushingEventListener.logFlushResults(123) - Flushed: 0 insertions, 2 updates, 0 deletions to 2 objects
01:01:59.114 [main] DEBUG org.hibernate.event.internal.AbstractFlushingEventListener.logFlushResults(130) - Flushed: 0 (re)creations, 0 updates, 0 removals to 0 collections
01:01:59.114 [main] DEBUG org.hibernate.internal.util.EntityPrinter.toString(114) - Listing entities:
01:01:59.114 [main] DEBUG org.hibernate.internal.util.EntityPrinter.toString(121) - org.hibernate.tutorial.em.Event{date=2015-07-28 01:01:57.776, id=1, title=Our very first event!}
01:01:59.114 [main] DEBUG org.hibernate.internal.util.EntityPrinter.toString(121) - org.hibernate.tutorial.em.Event{date=2015-07-28 01:01:58.746, id=2, title=A follow up event}
01:01:59.115 [main] DEBUG org.hibernate.SQL.logStatement(109) - update EVENTS set EVENT_DATE=?, title=? where id=?
Hibernate: update EVENTS set EVENT_DATE=?, title=? where id=?
01:01:59.119 [main] DEBUG org.hibernate.SQL.logStatement(109) - update EVENTS set EVENT_DATE=?, title=? where id=?
Hibernate: update EVENTS set EVENT_DATE=?, title=? where id=?
01:01:59.120 [main] DEBUG org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.doCommit(113) - committed JDBC Connection
01:01:59.120 [main] DEBUG org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.close(201) - HHH000420: Closing un-released batch
01:01:59.121 [main] DEBUG org.hibernate.engine.jdbc.internal.LogicalConnectionImpl.releaseConnection(246) - Releasing JDBC connection
01:01:59.121 [main] DEBUG org.hibernate.engine.jdbc.internal.LogicalConnectionImpl.releaseConnection(264) - Released JDBC connection
01:01:59.121 [main] DEBUG org.hibernate.internal.SessionFactoryImpl.close(1339) - HHH000031: Closing

看来，由于Integrator对相关实体进行了修改，它被标记为“脏”，并且在提交这个奇怪的事务时，它绕过了我的事件监听器并以错误的格式写回了值！我对代码进行了一些挖掘，结果发现它org.hibernate.event.internal.AbstractFlushingEventListener.flushEntities(FlushEvent, PersistenceContext)在上面被调用并试图让EventType.FLUSH_ENTITY. 不幸的是，为此添加的侦听EventType器从未在我的Integrator. 在这种情况下，我怎样才能写出Integrator正确的行为，以便我可以“撤消”我的实体在运行时发生的转换，而不会刷新错误的值？

4

1 回答 1

0

最终问题是由于EventType事件侦听器的 s 添加了EventListenerRegistry. 有效的方法是将EventType.POST_LOAD所有读取操作与调用辅助方法的写入操作结合使用EventType.PRE_UPDATE，以以相同的方式处理两者。EventType.PRE_INSERT

为防止在进行实体更新后进行不必要的写入，最好重置用于跟踪的数据（如果实体在EntityEntry调用中是脏的） loadedState。这是 Hibernate 4 中的私有字段，因此您需要使用 Reflection，但是在 Hibernate 5 中，它可以通过该getLoadedState()方法获得。另一个问题是您需要更新在实际将值刷新到数据库时使用的“状态”值，PreInsertEvent并且PreUpdateEvent可以从getState()每个定义的方法中检索。

于 2015-10-19T08:11:18.350 回答