当前位置: 代码迷 >> java >> 实现乐观主义者锁定后,当我将瞬态对象作为查询的参数传递时,Hibernate抛出TransientObjectException
  详细解决方案

实现乐观主义者锁定后,当我将瞬态对象作为查询的参数传递时,Hibernate抛出TransientObjectException

热度:27   发布时间:2023-08-02 10:54:23.0

我正在使用Hibernate Entity Manager进行项目,在开始在我们的实体中实现乐观锁之前,一切都很好。

例如,我们有以下命名查询,该查询返回一个人的地址:

@NamedQuery(name = "Address.findByPerson", query = "SELECT a FROM Address a WHERE a.person = :person")

为了将人员对象传递给此查询,我们通常执行以下操作:

Person nPerson = new Person();
nPerson.setId(1);

TypedQuery<Address> query = manager.createNamedQuery("Address.findByPerson", Address.class);
query.setParameter("person", nPerson);
query.getResultList();

很好,直到我们在Person实体中引入@Version为止。 在那之后,跟随异常开始发生:

java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:497)
    at com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:389)
    at com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:328)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:497)
    at sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767)
Caused by: java.lang.IllegalStateException: org.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: com.sandboxmaven.entity.Person
    at org.hibernate.jpa.spi.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1760)
    at org.hibernate.jpa.spi.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1677)
    at org.hibernate.jpa.internal.QueryImpl.getResultList(QueryImpl.java:458)
    at com.sandboxmaven.main.Sandbox.main(Sandbox.java:52)
    ... 11 more
Caused by: org.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: com.sandboxmaven.entity.Person
    at org.hibernate.engine.internal.ForeignKeys.getEntityIdentifierIfNotUnsaved(ForeignKeys.java:294)
    at org.hibernate.type.EntityType.getIdentifier(EntityType.java:510)
    at org.hibernate.type.ManyToOneType.nullSafeSet(ManyToOneType.java:174)
    at org.hibernate.param.NamedParameterSpecification.bind(NamedParameterSpecification.java:67)
    at org.hibernate.loader.hql.QueryLoader.bindParameterValues(QueryLoader.java:613)
    at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1900)
    at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1861)
    at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1838)
    at org.hibernate.loader.Loader.doQuery(Loader.java:909)
    at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:354)
    at org.hibernate.loader.Loader.doList(Loader.java:2551)
    at org.hibernate.loader.Loader.doList(Loader.java:2537)
    at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2367)
    at org.hibernate.loader.Loader.list(Loader.java:2362)
    at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:496)
    at org.hibernate.hql.internal.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:387)
    at org.hibernate.engine.query.spi.HQLQueryPlan.performList(HQLQueryPlan.java:229)
    at org.hibernate.internal.SessionImpl.list(SessionImpl.java:1260)
    at org.hibernate.internal.QueryImpl.list(QueryImpl.java:103)
    at org.hibernate.jpa.internal.QueryImpl.list(QueryImpl.java:573)
    at org.hibernate.jpa.internal.QueryImpl.getResultList(QueryImpl.java:449)
    ... 12 more

我在此行为的文档中找不到任何解释。 当然,解决只传递Person或管理实体的id作为参数是一件简单的事情。 但我想了解为什么开始发生这种情况。 有人知道为什么吗?

谢谢!

Hibernate需要验证对象不是临时对象,否则在查询中使用它就没有意义。

Hibernate如何检查对象是否是瞬态的? 我找不到与此有关的一些官方文档,但我查看了源代码。 方法看起来像这样:

// check the version unsaved-value, if appropriate
final Object version = getVersion( entity );
if ( isVersioned() ) {
    // let this take precedence if defined, since it works for
    // assigned identifiers
    Boolean result = entityMetamodel.getVersionProperty()
            .getUnsavedValue().isUnsaved( version );
    if ( result != null ) {
        return result;
    }
}

如您所见,Hibernate将检查version字段的值(除其他外),以??尝试验证对象是否是瞬态的。

由于原型Personversionnull (或其他未保存的值,取决于确定未保存值的策略),因此Hibernate知道实例是瞬时的,并引发异常。 如果没有版本控制,Hibernate会检查人员id是否为null (或基于策略,其他未保存的值)以区分瞬态实例和非瞬态实例:

// check the id unsaved-value
Boolean result = entityMetamodel.getIdentifierProperty()
        .getUnsavedValue().isUnsaved( id );
if ( result != null ) {
    return result;
}

因此在引入版本控制之前就可以使用,因为id不为null

为了克服这个问题,最好按照您的建议将ID传递给查询。 或者,您可以将version设置为查询中使用的nPerson原型:

Person nPerson = new Person();
nPerson.setId(1);
nPerson.setVersion(1);

在这里,我们可以设置任何版本值,因为无论如何都不会使用它。 Hibernate将看到它不是null并且不会将对象视为瞬态对象。

  相关解决方案