【问题标题】:NULL not allowed in foreign key in @PostPersist method with Hibernate使用 Hibernate 的 @PostPersist 方法中的外键中不允许使用 NULL
【发布时间】:2021-04-05 11:47:20
【问题描述】:

我将 Quarkus 与 Hibernate 和 Resteasy 一起使用。

当一个实体被持久化时,我想自动创建引用第一个实体的第二个实体。

我尝试使用 @PostPersist 带注释的方法,但它因 SQL 异常而失败。当手动调用该方法时,它会起作用。

MWE:

CREATE TABLE "entity_a" (
    "id" IDENTITY
);

CREATE TABLE "entity_b" (
    "id" IDENTITY,
    "entity_a_id" BIGINT NOT NULL,
    FOREIGN KEY ("entity_a_id") REFERENCES "entity_a"("id"),
);

@Entity
public class EntityA {
    
    @Id @GeneratedValue(strategy = GenerationType.IDENTITY)
    private long id;

    // getter, setter

    @PostPersist
    public void postPersist() {
        EntityB b = new EntityB();
        b.setEntityA(this);
        JpaOperations.getEntityManager().persist(b);
    }
}

@Entity
public class EntityB {
    
    @Id @GeneratedValue(strategy = GenerationType.IDENTITY)
    private long id;

    @OneToOne
    private EntityA entityA;

    // getters, setters
}


// in the rest resource class
    @POST
    @Transactional
    public void create() {
        EntityA a = new EntityA();
        JpaOperations.getEntityManager().persist(a);
    }

调用该操作时,我收到以下错误:

org.h2.jdbc.JdbcSQLException: NULL not allowed for column "entity_a_id"
NULL not allowed for column "entity_a_id"; SQL statement:
insert into "entity_b" ("id", "entity_a_id") values (null, ?) [23502-197]
    at org.h2.message.DbException.getJdbcSQLException(DbException.java:357)
    at org.h2.message.DbException.get(DbException.java:179)
    at org.h2.message.DbException.get(DbException.java:155)
    at org.h2.table.Column.validateConvertUpdateSequence(Column.java:374)
    at org.h2.table.Table.validateConvertUpdateSequence(Table.java:798)
    at org.h2.command.dml.Insert.insertRows(Insert.java:177)
    at org.h2.command.dml.Insert.update(Insert.java:134)
    at org.h2.command.CommandContainer.update(CommandContainer.java:102)
    at org.h2.command.Command.executeUpdate(Command.java:261)
    at org.h2.jdbc.JdbcPreparedStatement.executeUpdateInternal(JdbcPreparedStatement.java:199)
    at org.h2.jdbc.JdbcPreparedStatement.executeUpdate(JdbcPreparedStatement.java:153)
    at io.agroal.pool.wrapper.PreparedStatementWrapper.executeUpdate(PreparedStatementWrapper.java:86)
    at org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.executeUpdate(ResultSetReturnImpl.java:197)
    at org.hibernate.id.insert.AbstractSelectingDelegate.performInsert(AbstractSelectingDelegate.java:45)
    at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:3200)
    at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:3806)
    at org.hibernate.action.internal.EntityIdentityInsertAction.execute(EntityIdentityInsertAction.java:84)
    at org.hibernate.engine.spi.ActionQueue.execute(ActionQueue.java:645)
    at org.hibernate.engine.spi.ActionQueue.addResolvedEntityInsertAction(ActionQueue.java:282)
    at org.hibernate.engine.spi.ActionQueue.addInsertAction(ActionQueue.java:263)
    at org.hibernate.engine.spi.ActionQueue.addAction(ActionQueue.java:317)
    at org.hibernate.event.internal.AbstractSaveEventListener.addInsertAction(AbstractSaveEventListener.java:330)
    at org.hibernate.event.internal.AbstractSaveEventListener.performSaveOrReplicate(AbstractSaveEventListener.java:287)
    at org.hibernate.event.internal.AbstractSaveEventListener.performSave(AbstractSaveEventListener.java:193)
    at org.hibernate.event.internal.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:123)
    at org.hibernate.event.internal.DefaultPersistEventListener.entityIsTransient(DefaultPersistEventListener.java:185)
    at org.hibernate.event.internal.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:128)
    at org.hibernate.event.internal.DefaultPersistEventListener.onPersist(DefaultPersistEventListener.java:55)
    at org.hibernate.event.service.internal.EventListenerGroupImpl.fireEventOnEachListener(EventListenerGroupImpl.java:102)
    at org.hibernate.internal.SessionImpl.firePersist(SessionImpl.java:720)
    at org.hibernate.internal.SessionImpl.persist(SessionImpl.java:706)
    at io.quarkus.hibernate.orm.runtime.entitymanager.TransactionScopedEntityManager.persist(TransactionScopedEntityManager.java:116)
    at io.quarkus.hibernate.orm.runtime.entitymanager.ForwardingEntityManager.persist(ForwardingEntityManager.java:27)
    at example.EntityA.postPersist(EntityA.java:24)
    ...

当我删除 @PostPersist 注释并从其余资源(getEntityManager().persist 之后)调用该方法时,它按预期工作。

当我在postPersist 中记录 id 值时,它被设置了。为什么会失败,我该如何解决?

【问题讨论】:

  • 您的静态访问是一个巨大的红旗闪烁的灯光。
  • 我用注入对象试了一下,效果一样。
  • 也许你可以试试双向映射

标签: java hibernate jpa quarkus


【解决方案1】:

虽然这很奇怪但正确的行为。基本上,entityManager 在调用persist() 时不必立即生成身份。这取决于所选的 IdentifierGenerator 的策略。

然而IDENTITY 表示持久化提供者必须使用数据库标识列为实体分配主键,它只保证在事务提交或调用flush() 时分配。

有很多解决方案和变通方法可以解决这个问题。

解决方案 #1:变革生成策略

据我所知SEQUENCE 策略可能没问题,但老实说我还没有检查过。这只是一种强烈的感知。

解决方案 #2:使用合并而不是持久化

使用merge() 持久化实体的智能解决方案。关键是当merge() 调用一个新的实体实例时,会创建一个新的托管实体实例,并将原始实体的状态复制到同一实体的托管实例中。执行 SQL SELECT 语句很容易从数据库中检索托管实体。

所以替换

JpaOperations.getEntityManager().persist(b);
// and
JpaOperations.getEntityManager().persist(a);

通过

JpaOperations.getEntityManager().merge(b);
// and
JpaOperations.getEntityManager().merge(a);

如您所见,Hibernate 从数据库中检索先前持久(合并)的EntityA 的以下日志条目。

2020-12-28 23:44:09,822 TRACE [org.hib.eng.spi.IdentifierValue] (executor-thread-1) ID unsaved-value: 0
2020-12-28 23:44:09,822 TRACE [org.hib.eve.int.EntityState] (executor-thread-1) Transient instance of: io.github.zforgo.stackoverflow.quarkus.model.EntityB
2020-12-28 23:44:09,822 TRACE [org.hib.eve.int.DefaultMergeEventListener] (executor-thread-1) Merging transient instance
2020-12-28 23:44:09,822 TRACE [org.hib.eng.spi.IdentifierValue] (executor-thread-1) ID unsaved-value: 0
2020-12-28 23:44:09,822 TRACE [org.hib.eng.spi.IdentifierValue] (executor-thread-1) ID unsaved-value: 0
2020-12-28 23:44:09,822 TRACE [org.hib.eve.int.DefaultLoadEventListener] (executor-thread-1) Loading entity: [io.github.zforgo.stackoverflow.quarkus.model.EntityA#4]
2020-12-28 23:44:09,822 TRACE [org.hib.eve.int.DefaultLoadEventListener] (executor-thread-1) Attempting to resolve: [io.github.zforgo.stackoverflow.quarkus.model.EntityA#4]
2020-12-28 23:44:09,822 TRACE [org.hib.eve.int.DefaultLoadEventListener] (executor-thread-1) Object not resolved in any cache: [io.github.zforgo.stackoverflow.quarkus.model.EntityA#4]
2020-12-28 23:44:09,822 TRACE [org.hib.per.ent.AbstractEntityPersister] (executor-thread-1) Fetching entity: [io.github.zforgo.stackoverflow.quarkus.model.EntityA#4]
2020-12-28 23:44:09,822 DEBUG [org.hib.SQL] (executor-thread-1) select entitya0_.id as id1_0_0_ from EntityA entitya0_ where entitya0_.id=?
2020-12-28 23:44:09,823 TRACE [org.hib.res.jdb.int.ResourceRegistryStandardImpl] (executor-thread-1) Registering statement [wrapped[ prep7: select entitya0_.id as id1_0_0_ from EntityA entitya0_ where entitya0_.id=? ]]
2020-12-28 23:44:09,823 TRACE [org.hib.eng.jdb.int.JdbcCoordinatorImpl] (executor-thread-1) Registering last query statement [wrapped[ prep7: select entitya0_.id as id1_0_0_ from EntityA entitya0_ where entitya0_.id=? ]]
2020-12-28 23:44:09,823 TRACE [org.hib.typ.des.sql.BasicBinder] (executor-thread-1) binding parameter [1] as [BIGINT] - [4]
2020-12-28 23:44:09,823 TRACE [org.hib.loa.pla.exe.int.AbstractLoadPlanBasedLoader] (executor-thread-1) Bound [2] parameters total

使用persist()时最相关的部分是:

Loading entity: [io.github.zforgo.stackoverflow.quarkus.model.EntityA#4]
Attempting to resolve: [io.github.zforgo.stackoverflow.quarkus.model.EntityA#4]
Object not resolved in any cache: [io.github.zforgo.stackoverflow.quarkus.model.EntityA#4]
Fetching entity: [io.github.zforgo.stackoverflow.quarkus.model.EntityA#4]
select entitya0_.id as id1_0_0_ from EntityA entitya0_ where entitya0_.id=?

解决方案 #3 使用分离的服务和不同的事务

虽然我更喜欢这个,但它需要最大的努力。原始代码根本不适合 SOLID 原则。这个想法是

  1. 使用@Transactional(Transactional.TxType.REQUIRES_NEW) 注解创建另一个具有新事务边界的bean
  2. 由于 JPA 2.2 事件侦听器支持 CDI 注入,因此将事件处理程序移动到单独的事件侦听器类中
  3. 在侦听器类中注入该服务 bean 并调用所需的方法。

但由于这个open bug,我无法检查它。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-08-03
    • 2017-08-01
    • 2023-03-24
    • 2018-11-05
    • 2023-03-30
    • 2011-04-12
    相关资源
    最近更新 更多