циклическая зависимость при сопоставлении Entity с DTO при весенней загрузке

У меня есть два класса сущностей:

@Data
@Entity
@Table(name="Foo", schema="REF_DATA")
public class Foo {
 private Long fooId;
 private String fooName;
  @OneToMany(mappedBy="foo")
  @ToString.Exclude
 private List<Bar> bars;
}

@Data
@Entity
@Table(name="Bar", schema="REF_DATA")
public class Bar  {
    private Long barId;
    private String barName;
    @ManyToOne
    @JoinColumn(name="fooId")
    private Foo foo;
}

И их соответствующие DTO выглядят так:

public class FooDto {
 private Long fooId;
 private String fooName;
 @JsonIgnoreProperties("foo")
 private List<BarDto> bars;
}

public class BarDto  {
    private Long barId;
    private String barName;
    @JsonIgnoreProperties("bars") //added to avoid the cyclic dependency
    private FooDto foo;
}

Когда пользователь вызывает /getAllData, мы возвращаем следующий DTO:

public class FooBar {
    List<FooDto> foo;
    List<BarDto> bars;
}

Мы можем получить данные из серверной части с помощью JPA, но получаем ошибку при сопоставлении Entity с Dto. Код картографа выглядит так:

public interface DomainToDtoMapper<E extends BaseEntity, D extends BaseDto> {

   D mapDomainToDto(E domain);
}

public class FooDomainToDtoMapper implements DomainToDtoMapper<Foo, FooDto> {
    @Override
    public FooDto mapDomainToDto(Foo domain) {
        FooDto fooDto = new FooDto();
        FooDto.setfooId(domain.getfooId());
        FooDto.setfooName(domain.getfooName());
        if (domain.getBars() != null) {
            BarDomainToDtoMapper barDomainToDtoMapper= new BarDomainToDtoMapper();
            fooDto.setBars(domain.getBars().stream()
                    .map(barDomainToDtoMapper::mapDomainToDto)
                    .collect(Collectors.toList()));
        }
        return fooDto;
    }

}


public class BarDomainToDtoMapper implements DomainToDtoMapper<Bar, BarDto> {
    @Override
    public BarDto mapDomainToDto(Bar domain) {
        BarDto barDto = new BarDto();
        barDto.setBarId(domain.getBarId());
        barDto.setBarName(domain.getBarName());
        //works fine if we remove this If condition but Bar won't have Foo in final output
        if (domain.getFoo() != null) {
            FooDomainToDtoMapper fooDomainToDtoMapper= new FooDomainToDtoMapper();
            barDto.setFoo(domain.getFoo());
        }
        return barDto ;
    }

}

При сопоставлении Bar с BarDto мы получаем ошибку StackOverflow.

org.springframework.web.util.NestedServletException: Handler dispatch failed; nested exception is java.lang.StackOverflowError
    at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1055) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:943) ~[spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006) [spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:898) [spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:626) [tomcat-embed-core-9.0.37.jar:4.0.FR]
    at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:883) [spring-webmvc-5.2.8.RELEASE.jar:5.2.8.RELEASE]
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:733) [tomcat-embed-core-9.0.37.jar:4.0.FR]
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) [tomcat-embed-core-9.0.37.jar:9.0.37]

Caused by: java.lang.StackOverflowError: null
    at com.jpmorgan.markets.dto.mapper.FooDomainToDtoMapper .mapDomainToDto(FooDomainToDtoMapper .java:17) ~[classes/:na]
    at com.jpmorgan.markets.dto.mapper.BarDomainToDtoMapper .mapDomainToDto(BarDomainToDtoMapper .java:23) ~[classes/:na]
    at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[na:1.8.0_231]
    at java.util.Iterator.forEachRemaining(Iterator.java:116) ~[na:1.8.0_231]
    at java.util.Spliterators$IteratorSpliterator.forEachRemaining(Spliterators.java:1801) ~[na:1.8.0_231]
    at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482) ~[na:1.8.0_231]
    at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) ~[na:1.8.0_231]
    at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) ~[na:1.8.0_231]
    at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[na:1.8.0_231]
    at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) ~[na:1.8.0_231]

Точно так же мы хотим вернуть отдельные BarDto и FooDto, если пользователь запрашивает их по идентификатору. Но дело в том, что в конечном выводе должен содержаться другой объект. Я пробовал добавлять @JsonBackReference и @JsonManagedReference в сущности, все равно получая ту же ошибку. Это из-за того, что мы явно сопоставляем объекты с DTO, а не возвращаем объекты напрямую? Есть ли лучший способ сделать это без использования чего-либо вроде Mapstruct?


person implosivesilence    schedule 22.09.2020    source источник


Ответы (1)


Вам нужно использовать @JsonBackReference и @JsonManagedReference, как показано в приведенном ниже коде.

Объект Foo

@Data
@Entity
@Table(name="Foo", schema="REF_DATA")
public class Foo {
   private Long fooId;
   private String fooName;
   @OneToMany(mappedBy="foo")
   @ToString.Exclude
   @JsonManagedReference
   private List<Bar> bars;
}

Объект панели

@Data
@Entity
@Table(name="Bar", schema="REF_DATA")
public class Bar  {
    private Long barId;
    private String barName;
    @ManyToOne
    @JoinColumn(name="fooId")
    @JsonBackReference
    private Foo foo;
}

*Примечание. Если проблема не устранена, попробуйте удалить @JsonManagedReference из объекта Foo.

person SSK    schedule 22.09.2020
comment
ты хочешь сказать? Я должен добавить эти аннотации в DTO? Я пробовал это, но все еще получаю ошибку StackOverflow. мы не сериализуем сущности напрямую в JSON, мы явно написали для этого Mapper - person implosivesilence; 22.09.2020