jpa 多层嵌套一对多_JPA一对多、多对多json序列化死循环问题解决

本文介绍了在JPA中遇到多层嵌套的一对多关系导致JSON序列化时出现死循环的问题,提供了解决方案。通过在`SearchPoliceEntity`中的`taskEntity`字段使用`@JsonBackReference`注解,防止无限递归。同时解释了`@JsonManagedReference`和`@JsonIgnore`的区别,`@JsonBackReference`用于在序列化时阻止无限递归,而`@JsonIgnore`则会完全忽略对应的属性,不会在反序列化时自动注入属性值。
摘要由CSDN通过智能技术生成

Task

import com.fasterxml.jackson.annotation.JsonIgnoreProperties;

import javax.persistence.*;

import java.io.Serializable;

import java.util.Date;

import java.util.List;

/**

* Created by change.

* 任务

*/

@Entity

@Table(name = "task")

@Data

public class TaskEntity implements Serializable {

private static final long serialVersionUID = -8305163456196952851L;

@Id

@GeneratedValue(strategy = GenerationType.IDENTITY)

private Long id;

@Column

private String target;

@Column

private int type;

@Column(name = "start_at")

private Date startAt;

@Column(name = "end_at")

private Date endAt;

@Column(name = "data_path")

private S

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
针对你的问题,我可以给你一些指导和示例代码。首先,JPA中的CriteriaBuilder可以用于动态构建查询条件,包括多组条件的and和or组合。下面是一个示例代码,演示如何使用CriteriaBuilder查询多层嵌套一对多关系。 假设你有两个实体类,一个是User,另一个是Order,它们之间是一对多的关系,即一个用户可以有多个订单: ```java @Entity public class User { @Id private Long id; private String name; @OneToMany(mappedBy = "user", cascade = CascadeType.ALL) private List<Order> orders; // getters and setters } @Entity public class Order { @Id private Long id; private String productName; private BigDecimal price; @ManyToOne @JoinColumn(name = "user_id") private User user; // getters and setters } ``` 现在,假设你要查询所有用户名为"John",且其订单中至少有一笔金额大于100的订单的用户。可以使用CriteriaBuilder构建如下查询条件: ```java public List<User> findUsersWithExpensiveOrders(String username) { CriteriaBuilder cb = entityManager.getCriteriaBuilder(); CriteriaQuery<User> cq = cb.createQuery(User.class); Root<User> userRoot = cq.from(User.class); Join<User, Order> orderJoin = userRoot.join("orders"); cq.where( cb.and( cb.equal(userRoot.get("name"), username), cb.greaterThan(orderJoin.get("price"), new BigDecimal(100)) ) ).groupBy(userRoot.get("id")).having(cb.greaterThan(cb.count(orderJoin), 0L)); TypedQuery<User> query = entityManager.createQuery(cq); return query.getResultList(); } ``` 上述代码中,我们首先使用CriteriaBuilder和CriteriaQuery创建查询对象,并从User类中获取Root作为查询的起点。然后,我们使用join方法来连接User和Order实体类,并使用equal和greaterThan方法构建多个查询条件,其中equal用于匹配用户名,greaterThan用于匹配订单金额。最后,我们使用groupBy和having方法组合查询条件,确保查询结果只包含至少有一笔金额大于100的订单的用户。 希望这个示例代码对你有所帮助。如果你还有其他问题或需要更多帮助,请随时问我。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值