java - tutorial - json managed reference and json back reference

JsonManagedReference vs JsonBackReference

Question

¿Me gustaría saber la diferencia entre @JsonManagedReference y @JsonBackReference en Jackson?

Answer 1

@JsonManagedReference es la parte de referencia directa, la que se serializa normalmente. @JsonBackReference es la parte posterior de la referencia: se omitirá de la serialización.

Entonces realmente dependen de la dirección de su relación

public class User {
    public int id;
    public String name;

    @JsonBackReference
    public List<Item> userItems; 
} 

public class Item {
    public int id;
    public String itemName;

    @JsonManagedReference
    public User owner; 
 }

Answer 2

Como escribe Rajat Verma, su solución funciona perfectamente. Gracias hombre, me ahorraste mucho tiempo y enojo :-)

La parte importante:
Necesita definir campos como List , lo tenía como Set antes y esta solución NO FUNCIONA (aparece como bucle infinito).

Añado mi solución:

@JsonIdentityInfo(generator = ObjectIdGenerators.PropertyGenerator.class, property = "id", scope = Long.class)
public class Agent {
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Long id;

    @ManyToMany(mappedBy = "subscribers")
    @ApiModelProperty(dataType = "List", example = "[1,2,3]") // for Swagger
    @JsonIdentityReference(alwaysAsId = true) // show only id of Topic
    private final List<Topic> subscribeTopics = new ArrayList<>()
}

 @JsonIdentityInfo(generator = ObjectIdGenerators.PropertyGenerator.class, property = "id", scope = Long.class)
 public class Topic {
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Long id;

    @ManyToMany(cascade = {CascadeType.DETACH, CascadeType.MERGE, CascadeType.PERSIST, CascadeType.REFRESH})
    @JoinTable(name = "topic_agent",
        joinColumns = @JoinColumn(name = "fk_topic_id"),
        inverseJoinColumns = @JoinColumn(name = "fk_agent_id"))
    @ApiModelProperty(dataType = "List", example = "[1,2,3]")
    @JsonIdentityReference(alwaysAsId = true)
    private final List<Agent> subscribers = new ArrayList<>();
 }

Answer 3

@JsonManagedReference y @JsonBackReference están diseñados para manejar este vínculo bidireccional entre campos, uno para el rol principal y el otro para el rol @JsonBackReference .

Para evitar el problema, la vinculación se maneja de manera que la propiedad anotada con la anotación @JsonManagedReference se maneje normalmente (serializada normalmente, sin manejo especial para la deserialización) y la propiedad anotada con la anotación @JsonBackReference no se serializa; y durante la deserialización, su valor se establece en una instancia que tiene el enlace "administrado" (hacia adelante).

Answer 4

yo prefiero
@JsonIdentityInfo(generator = ObjectIdGenerators.PropertyGenerator.class, property = "id", scope = Long.class)
donde propiedad es el nombre del campo de clave principal y el alcance es Tipo de él

Answer 5

• @JsonManagedReference -> Administra la parte hacia adelante de la referencia y los campos marcados por esta anotación son los que se serializan
• @JsonBackReference -> Administra la parte inversa de la referencia y los campos / colecciones marcados con esta anotación no se serializan.

Caso de uso: tiene relaciones de uno, muchos o muchos en sus entidades / tablas y no usar lo anterior provocaría errores como

Infinite Recursion and hence  - > Could not write content: Infinite recursion (Error)

Los errores anteriores se producen porque Jackson (u otro similar) intenta serializar ambos extremos de la relación y termina en una recursión.

@JsonIgnore realiza funciones similares, pero las anotaciones mencionadas anteriormente son preferibles.