Jersey API + JPA/Hibernate Criteria延迟加载不起作用
Posted
技术标签:
【中文标题】Jersey API + JPA/Hibernate Criteria延迟加载不起作用【英文标题】:Jersey API + JPA/Hibernate Criteria Lazy Loading not working 【发布时间】:2016-09-02 01:00:43 【问题描述】:这是一个简化的 POJO:
@Entity
@Table( name = "Patient" )
@Inheritance(strategy=InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn
(
name="Discriminator",
discriminatorType=DiscriminatorType.STRING
)
@DiscriminatorValue(value="P")
@Cache(usage = CacheConcurrencyStrategy.READ_WRITE)
public class Patient implements Serializable
private static final long serialVersionUID = 1L;
@Id
@GeneratedValue(strategy=GenerationType.AUTO)
@Column(name = "ID", unique = true, nullable = false)
protected Integer ID;
@ManyToOne(targetEntity = TelephoneType.class, fetch=FetchType.LAZY, cascade = CascadeType.ALL)
@JoinColumn(name="IDPhoneType")
protected TelephoneType phoneType;
@JsonProperty(required=false, value="phoneType")
public TelephoneType getPhoneType()
return phoneType;
public void setPhoneType(TelephoneType phoneType)
this.phoneType = phoneType;
现在这是我的类 TelephoneType:
@Entity
@Table( name = "TelephoneType" )
@Cache(usage = CacheConcurrencyStrategy.READ_ONLY)
@JsonAutoDetect(getterVisibility=Visibility.NONE, isGetterVisibility=Visibility.NONE, fieldVisibility=Visibility.NONE)
public class TelephoneType implements Serializable
private static final long serialVersionUID = -3125320613557609205L;
@Id
@GeneratedValue(strategy=GenerationType.AUTO)
@Column(name = "ID", unique = true, nullable = false)
private Integer ID;
@Column(name = "Name")
private String name;
@Column(name = "Description")
private String description;
public TelephoneType()
@JsonProperty(value="id")
public int getID()
return ID;
public void setID(int iD)
ID = iD;
@JsonProperty(value="name")
public String getName()
return name;
public void setName(String name)
this.name = name;
@JsonProperty(value="description")
public String getDescription()
return description;
public void setDescription(String description)
this.description = description;
我在 TelephoneType 中使用 @JsonAutoDetect 注释的原因是首先自定义 json 属性名称(我需要停用默认的 jsonautodetect),并且还因为 如果我不这样做,我在获取队列时会出错
没有找到类 org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer 的序列化程序,也没有发现创建 BeanSerializer 的属性(为避免异常,禁用 SerializationFeature.FAIL_ON_EMPTY_BEANS)(通过引用链:my.package.Patient["phoneType "]->my.package.TelephoneType_$$_jvste17_13["handler"])
因此,如果没有 @JsonAutoDetect 注释,我会收到错误消息,并且 使用注释不会发生延迟加载,并且 TelephoneType 始终加载到 json 响应中。
我使用 Criteria 进行查询:
return this.entityManager.find(Patient.class, primaryKey);
我还在我的应用程序(Jersey API)的 web.xml 中添加了以下内容:
<filter>
<filter-name>OpenEntityManagerInViewFilter</filter-name>
<filter-class>org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>OpenEntityManagerInViewFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
现在不知何故,我肯定错过了我的配置中的某些内容,但无法弄清楚是什么,我们在数据库中有许多 @ManyToOne 关系大大降低了 api 的速度(一些比我在示例中显示的更重的对象)所以我真的很感激能找到一种方法来激活这个延迟加载的东西......
【问题讨论】:
您能否删除您的 OpenEntityManagerInViewFilter 过滤器,看看发生了什么? 如果我删除它,这是我得到的经典错误:“无法延迟初始化角色集合:ca.chronometriq.commons.cmqmodel.Patient.TelephoneType,无法初始化代理 - 没有会话(通过参考链:ca.chronometriq.commons.cmqmodel...." 【参考方案1】:如果您使用的是 JSON,那么我假设您通过 REST 端点提供结果。然后发生的事情是您将 Patient
实体传递回 REST 服务。当 REST 服务(在本例中为 Jersey)时,serializes
Patient
实体会触及所有属性,甚至会遍历它们,以便构建尽可能完整的树。为了做到这一点,每次 Jersey 遇到尚未初始化的属性时,Hibernate 都会再次调用数据库。这只有在EntityManager
尚未关闭时才有可能。
这就是您必须安装OpenEntityManagerInViewFilter
的原因。没有它,当您退出服务层时,EntityManager
将关闭,您将获得 LazyInitializationException
。 OpenEntityManagerInViewFilter
在视图级别打开 EntityManager
并保持打开状态,直到 HTTP 请求完成。所以,虽然这看起来像是一个修复,但这并不是因为,正如你所看到的,当你失去对谁在访问你的实体的属性的控制时,在这种情况下是 Jersey
,那么你最终会加载你不想要的东西载入。
最好删除OpenEntityManagerInViewFilter
并弄清楚您究竟希望Jersey
序列化什么。一旦你弄清楚了,至少有两种方法可以处理它。 IHMO,“最佳实践”是拥有 DTO 或数据传输对象。这些 POJO 不是实体,但具有几乎相同的字段。在这种情况下,PatientDTO
将拥有除 phoneType
属性(或者可能只是 Id)之外的所有内容。您将在构造函数中将Patient
传递给它,它会复制您希望Jersey 序列化的字段。然后,您的服务层将负责返回 DTO 而不是 Entities
,至少对于 REST 端点。您的客户将获得代表这些 DTO 的 JSON 图,让您更好地控制 JSON 中的内容,因为您将 DTO 与 Entities
分开编写。
另一种选择是使用 JSON 注释来防止 Jersey 尝试序列化您不想序列化的属性,例如 phoneType
,但这最终会成为问题。会有相互冲突的要求,你永远无法很好地解决它。
虽然起初制作 DTO 似乎是一种可怕的痛苦,但它并没有看起来那么糟糕,当您想要序列化对客户端更友好的值时,它甚至会有所帮助。所以,我的建议是放弃OpenEntityManagerInViewFilter
并构建一个适当的服务层来返回DTO,或者有时称为视图对象。
参考:What is Data Transfer Object?
REST API - DTOs or not?
Gson: How to exclude specific fields from Serialization without annotations
【讨论】:
这个答案接近我们在尝试解决延迟加载时采用的解决方案。我们使用不同级别的 @JsonView 来告诉 jersey 序列化或不序列化取决于我们想要什么。但是,使用此解决方案或 DTO 解决方案,我们无法从延迟加载给我们带来的性能优势中受益...... 当然可以。在您的实体中将所有内容设置为延迟加载,并在您的服务层中仅获取您想要序列化的内容。 好的,我会在星期一测试一下【参考方案2】:要了解这里发生了什么,您必须了解延迟加载在 Hibernate 中的工作原理。
当一个列表被声明为“延迟加载”时,Hibernate 框架使用 Javassist 实现一个“延迟加载”JavassistLazyInitializer
对象。
因此,患者对象上的 phoneType 不是 TelephoneType 类的实现。它是它的代理。
但是,当调用此对象上的 getPhoneType()
时,患者上的代理将被真实对象替换。
不幸的是,@JsonAutoDetect
在代理对象上使用反射,而从未调用 getPhoneType() 并尝试实际序列化 JavassistLazyInitializer 对象,这当然是不可能的。
我认为最优雅的解决方案是实现一个查询,以获取患者的电话类型。
所以而不是:
return this.entityManager.find(Patient.class, primaryKey);
实现类似:
EntityManager em = getEntityManager();
CriteriaBuilder cb = em.getCriteriaBuilder();
CriteriaQuery<Patient> query = cb.createQuery(Patient.class);
Root<Patient> c = query.from(Patient.class);
query.select(c).distinct(true);
c.fetch("phoneType");
TypedQuery<Patient> typedQuery = em.createQuery(query);
List<Patient> allPatients = typedQuery.getResultList();
根据需要调整查询。
【讨论】:
我不确定我是否理解“获取”操作在这里究竟做了什么。我的问题是即使配置了延迟加载,也始终加载 phoneType。我希望能够从某些调用中删除它(所以我想这是使用 hibernate.initialize() 获取确保它是非延迟加载的——它添加了一个连接——同时它对于所有其他调用保持延迟加载。如果你想序列化它,你必须获取它。否则,解决方案是完全将其从序列化中排除。 顺便说一下,Patient patient = this.entityManager.find(Patient.class, primaryKey);患者.getPhoneType();返回患者;也可以解决您的问题,但不那么优雅。 另一件事我没有明确提到:如果你需要延迟加载,你仍然会使用“this.entityManager.find(Patient.class, primaryKey)”。通常,如果您要使用经典的 dao 模式,您将添加 2 个实现:一个 findPatient 和一个 findPatientWithPhoneType,并根据您的需要调用它们。 但我的问题是 TelephoneType 永远不会被延迟加载,即使我已经使用 fetch type lazy 对其进行了注释。【参考方案3】:看看jackson-datatype-hibernate 它使 json 序列化与杰克逊“意识到”休眠代理
【讨论】:
以上是关于Jersey API + JPA/Hibernate Criteria延迟加载不起作用的主要内容,如果未能解决你的问题,请参考以下文章
Jersey 框架如何在 REST 中实现 JAX-RS API?