Mapstruct - отправляет вложенный объект, имеющий (отношение один-ко-многим) в ответе

Question

У меня есть 2 объекта CallRecords и CallRecordOperators с отношением один ко многим, как указано ниже

 public class CallRecords {

    @Id
    @Column(name = "id", unique = true)
    private String id;

    @Column(columnDefinition = "varchar(255) default ''")
    private String callerNumber = "";

    @OneToMany(mappedBy="callrecord")
    private List<CallRecordOperators> callRecordOperators = new ArrayList<CallRecordOperators>();


   //getter setters
}

public class CallRecordOperators {

    @Id
    @Column(name = "id", length = 50, unique = true, nullable = false, insertable = false, updatable = false)
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @JsonIgnore
    @ManyToOne
    @JoinColumn(name = "callRecordId")
    private CallRecords callrecord;

    @ManyToOne
    @JoinColumn(name = "operatorId")
    private Operator operator;

    @Formats.DateTime(pattern = "yyyy-MM-dd HH:mm:yy")
    @Column(columnDefinition = "TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP")
    private Date startTime = new Date();

    @Column(columnDefinition = "varchar(100) default ''")
    private String dialStatus;

   //getter setter
}

Поэтому, если пользователь запрашивает все данные "CallRecords", я также должен указать "CallRecordOperators", поскольку они связаны между собой.

Текущий код для Mapper и DTO

@Mapper(unmappedTargetPolicy = ReportingPolicy.IGNORE)
public interface CallRecordsMapper {

    CallRecordsMapper INSTANCE = Mappers.getMapper(CallRecordsMapper.class);

    @Mapping(source="callRecordOperators",target = "operators")
    CallRecordsDto callRecordsToCallRecordsDto(CallRecords callRecords);

    public abstract CallRecordOperatorsDto toTarget(CallRecordOperators source);

    List<CallRecordsDto> callRecordsToCallRecordsDtos(List<CallRecords> callRecords);

}

public class CallRecordsDto {

    private String callerNumber;

    private List<CallRecordOperatorsDto> operators;

    //getter setters
}

public class CallRecordOperatorsDto {

    private String callRecordsId;

    private String operatorId;
    private String operatorName;

    private String currentTime;

   // getter setter

}

Но для приведенного выше кода я получаю

{
    "callerNumber": "9898989898",
    "operators": [{
        "callRecordsId": null,
        "operatorId": null,
        "operatorName": null,
        "currentTime": null
    }, {
        "callRecordsId": null,
        "operatorId": null,
        "operatorName": null,
        "currentTime": null
    }]
}

Значения операторного массива равны нулю. в чем он может быть проблема?

Answer 1

Кажется, вам не хватает отображений из CallRecordOperators в CallRecordOperatorsDto:

@Mapper
public interface CallRecordsMapper {

    CallRecordsMapper INSTANCE = Mappers.getMapper(CallRecordsMapper.class);

    @Mapping(source="callRecordOperators",target = "operators")
    CallRecordsDto callRecordsToCallRecordsDto(CallRecords callRecords);

    @Mapping(target = "callRecordsId", source = "callrecord.id")
    @Mapping(target = "operatorId", source = "operator.id")
    @Mapping(target = "operatorName", source = "operator.name")
    @Mapping(target = "currentTime", source = "startTime")
    CallRecordOperatorsDto callRecordOperatorsToDto(CallRecordOperators source);
}

Answer 2

Когда вы делаете Hibernate запрос A элементы, вы можете получить связанные B элементы bs Коллекция с использованием разных стратегий. Некоторые из них:

1. Если вы используете HQL для построения ваших запросов, вы можете сделать JOIN FETCH или же LEFT JOIN FETCH заселить bs коллекция:

   String hql = "SELECT DISTINCT a FROM " + A.class.getName() 
       + " a LEFT JOIN FETCH a.bs WHERE ...";
   

   Этот запрос загрузит все данные, используя один запрос SQL.

2. Используйте нетерпеливое извлечение bs сбор, изменение @OneToMany аннотация:

   @OneToMany(fetch=FetchType.EAGER)
   private List<B> bs;
   

   В этом случае, когда вы запускаете запрос A элементы, SQL-запрос будет запущен для получения A данные, и для каждого A объект в результате, SQL-запрос будет выполнен для загрузки соответствующего bs коллекция.

3. Если вы используете Criteria чтобы построить запрос, вы можете изменить режим выборки bs сбор аналогично HQL JOIN FETCH:

   Criteria c = session.createCriteria(A.class);
   c.setFetchMode("bs", FetchMode.JOIN);
   c.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);
   

Answer 3

Как насчет перехода на немного другой подход, который также работает лучше? Используя Blaze-Persistence Entity Views, вы можете определить свое отображение непосредственно в классах DTO и применить его к построителю запросов для генерации эффективных запросов, которые идеально соответствуют вашей структуре DTO.

@EntityView(CallRecords.class)
public interface CallRecordsDto {
    // The id of the CallRecords entity
    @JsonIgnore
    @IdMapping("id") String getId();

    String getCallerNumber();

    @Mapping("callRecordOperators")
    List<CallRecordOperatorsDto> getOperators();
}

@EntityView(CallRecordOperators.class)
public interface CallRecordOperatorsDto {

    // The id of the CallRecordOperators entity
    @JsonIgnore
    @IdMapping("id") Long getId();

    @Mapping("callrecord.id")
    String getCallRecordId();

    @Mapping("operator.id")
    String getOperatorId();

    @Mapping("operator.name")
    String getOperatorName();

    @Mapping("startTime")
    String getCurrentTime();

    // Whatever properties you want
}

Посмотрите, как вы можете отобразить атрибуты сущностей прямо в ваших DTO? И вот идет код для запроса

EntityManager entityManager = // jpa entity manager
CriteriaBuilderFactory cbf = // query builder factory from Blaze-Persistence
EntityViewManager evm = // manager that can apply entity views to query builders

CriteriaBuilder<User> builder = cbf.create(entityManager, CallRecords.class)
    .where("callerNumber").eq("123456789");
List<CallRecordsDto> result = evm.applySetting(
    builder, 
    EntityViewSetting.create(CallRecordsDto.class)
).getResultList();

Обратите внимание, что это примерно сгенерирует следующий оптимизированный запрос

SELECT 
    c.id, 
    c.callerNumber, 
    o.callrecord.id, 
    o.id,
    o.startTime,
    op.id,
    op.name
FROM CallRecords c
LEFT JOIN c.callRecordOperators o
LEFT JOIN o.operator op
WHERE c.callerNumber = :param_1