Орхан Гасанлы

Добрый день!
Одно из возможных решений:
- создайте Map<Long, Product>
Long - id продукта
- Добавьте элементы первого List'а в Map.
- Итерируйте по второму List'у. Внутри цикла получите товар из Map по идентификатору объекта из второго List'a.
- При помощи сеттеров назначьте значения.
- Если товара с таким ID нет, то добавьте в Map

Вот, похожий вопрос - https://stackoverflow.com/questions/12670756/join-...

Да, разумно.
Я даже скажу так, есть готовая либа на Spring со всеми возможностями спринга для JavaFX.
https://habr.com/ru/post/478402/
сама либа - https://github.com/rgielen/javafx-weaver

Облазил уже все статейки интернета

https://stackoverflow.com/questions/28387157/multi...
kojotdev.com/2019/09/multiroom-chat-with-spring-we...
Вот, еще либа: https://github.com/ddycai/spring-boot-chatrooms
А вот, куча статей в гугл

Добрый день!
Думаю, что вопрос сформулирован некорректно или возможно, я его недопонял.

Итак, насколько я вас понял, то вы хотите обновить существующую запись на основе данных, которые прибежали из контроллера в виде DTO.

Во-первых, в данном случае стоит использовать PutMapping (full updates) или PatchMapping (partial updates)
Читаем подробно тут:
https://www.baeldung.com/http-put-patch-difference...

Во-вторых, после того, как вы получили DTO вам необходимо его замаппить в Entity и обновить в БД. Однако, могут быть поля, которые не были заполнены в DTO и вы не хотите, чтобы они были применены, как null, так?

Далее конвертирую в entity, но откуда мне взять значения тех полей, которых не было в запросе?

Вам не нужно дозаполнять поля сконвертированного entity. Вам необходимо:
1) найти этот entity по идентификатору.
2) Если не хотите, чтобы null поля были применены к сущности, то при маппинге (см. ниже) сделать null check и если поле DTO null, то не сеттить его к сущности.
3) сохранить сущность.

Что касается маппинга:
1) Вы можете использовать интерфейс Converter<S, T>. И для каждого из полей сделать проверку типа (псевдокод):

if (fieldValue != null) { entity.setField(fieldValue); }

2) Если вы используете какую-либо библиотеку для маппинга (modelMapper, MapStruct и др.), то используйте возможности либы. Например, для modelMapper:

modelMapper.getConfiguration().setPropertyCondition(Conditions.isNotNull());

https://stackoverflow.com/questions/45451025/how-t...

Также прокомментирую ваши комментарии из другого ответа:

вот мне интересно, как решается этот вопрос. Разве это нормально, что на каждый пришедший запрос к сервису приходится ходить к базе данных? И это без учета логики!

Можно настроить кеширование и тогда, обращения к БД не будет.

Это базовая ситуация, с которой сталкивается каждый. Допустим у меня entity Person с атрибутом даты рождения, которую я не хочу отображать в PersonDto. Когда пользователь пришлем мне PersonDto по API для, допустим, операции обновления, то как мне при конвертации в entity вернуть эту дату рождения, чтобы я мог сохранить новую сущность?

Обратите внимание на то, что может быть несколько DTO.
Например,
PersonCreationRequest - dto, которое заполняется из фронта при создании юзера
PersonCreationResponse - dto, которое заполняется из бекенда после создания юзера
PersonUpdatingRequest - dto, которое заполняется из фронта при обновлении юзера
PersonUpdatingResponse - dto, которое заполняется из бекенда после обновления юзера
PersonDto - общее dto, которое заполняется из бекенда для других нужд.
Могут быть и другие DTO...
Соответственно, ответ на ваш вопрос - используйте разные DTO.

Не знаю насколько точно смог ответить на ваш вопрос.

Добрый день.
Я недавно ответил на аналогичный вопрос:
https://qna.habr.com/q/1114434

Проблема в том что, Из-за больших обращений в сторонний API, программа работает слишком долго(5-7 минут) при запуске на прод получаю 504 Gate away.

Посмотрите в сторону WebFlux. В частности, можно использовать Flux<>

При каждом итерации цикла используя WebClient стучится с параметром в сторонний API с БД и получает некие данные обратно.

Есть ли возможность доработать сторонний API? Т.е. принадлежит ли он вам? Если да, то можете добавить доп. контроллер, который позволит массово обрабатывать запросы, тем самым уменьшив кол-во запросов с n до 1.

Добрый день.
А вы js код откуда-то скопировали или как?
1) Сама идея возврата json из контроллера в таком виде - не очень. Вам необходимо вернуть dto. А jackson уже сам сериализует в json

@GetMapping("/json")
  public String getJSON2() {
    return "{ \"id\": 10, \"name\": \"Clementina DuBuque\", \"username\": \"Moriah.Stanton\","
        + " \"email\": \"Rey.Padberg@karina.biz\", "
        + "\"address\": { \"street\": \"Kattie Turnpike\", "
        + "\"suite\": \"Suite 198\", \"city\": \"Lebsackbury\", "
        + "\"zipcode\": \"31428-2261\", \"geo\": { \"lat\": "
        + "\"-38.2386\", \"lng\": \"57.2232\" } }";
  }

2) Как отметил коллега Dmitry Roo у вас то, что происходит в браузере и то что происходит в js коде - это разные вещи.
Вот, смотрите:
В коде ниже вы совершаете GET запрос на /api/json.
Во-первых, непонятно, что это: data: { command: "GetDriverInfo" },, а главное зачем и как она должна быть обработана контроллером.
Во-вторых, непонятно какой параметр вы хотите получить:
console.log(response.driverVer);, если такого параметра driveVer у вас нет в json.

Добрый день.
Ответ - никак.
Как вы сами сказали, это объекты. А значит, их значения будут хранится в других таблицах. А этот объект при помощи foreign key будет ссылаться на вложенный объект.

Есть правда, следующий вариант (если он вам подойдет):
Если объект может быть встроенным, то вы можете вместо сущности использовать аннотации @Embeddable & @Embedded
https://www.baeldung.com/jpa-embedded-embeddable
Т.е. по факту колонки встраиваемого объекта будут добавлены к основной сущности

P.S. есть еще один вариант реализации вашей задумки. Возможно, что не самый лучший.
В общем, если вы используете БД postgres, то объект можно хранить в формате jsonb.
Из коробки решения нет, но можно подключить доп. либу.
Вот, похожий вопрос:
https://stackoverflow.com/questions/51276703/how-t...

Зависимость:

<dependency>
    <groupId>com.vladmihalcea</groupId>
    <artifactId>hibernate-types-52</artifactId>
    <version>2.2.2</version>
</dependency>

@Type(type = "jsonb")
    @Column(columnDefinition = "jsonb")
    private List<Child> children;

На мой взгляд, лучше не заморачиваться так. Имхо, правильнее создавать отдельные таблицы.

Добрый день.
Вы можете не писать Query, а использовать возможности самого JPA
Полезная статья по теме: https://www.baeldung.com/spring-data-jpa-query-by-date
По идее, должно получиться примерно так:

findAllByDateEventBetween(@Param("end_date") LocalDate date, @Param("end_time") LocalTime time);

Обратите внимание на between

Добрый день.
Конвертация может быть на разном уровне. Обычно, это на уровне сервиса или контроллера.
https://www.baeldung.com/entity-to-and-from-dto-fo...

Могу ли я прямо обратиться к репозиторию Entity A из Service B?

Да, можно. Другой вопрос - хорошо ли.

Или мне надо это делать вот так Service B -> Service A -> Repository A?

Я предпочитаю этот способ.
Причина следующая:
Вот, представьте, что на сервисном уровне вы получаете Optional<T> из репозитория и в случае, если объект не найден, то на сервисном уровне выбрасываете исключение orElseThrow(). Ну а далее ExceptionHandler ловит исключение и отдает соответствующий код ошибки и сообщение на фронт.
Если вы решите из сервиса А обратиться в репозиторий Б, то по факту вам нужно заново получить объект и выбросить исключение в случае, если он не найден, а это уже дублирование кода...
Псевдокод:

ServiceA {
@Autowired
RepoB repoB;
@Autowired
ServiceB serviceB;

// 1 вариант
List<Job> doSomeJob1(String email){
User user =  repoB.findUserByEmail(email).orElseThrow(UserNotFoundException::new);
return user.getJobs();
}

// 2 вариант
List<Job> doSomeJob2(String email) {
User user = serviceB.getUserByEmail(email);
return user.getJobs();
}

RepoB {
Optional<User> findUserByEmail(String email);
}

ServiceB {
@Autowired
RepoB repoB;

User getUserByEmail(String email){
return repoB.findUserByEmail(email).orElseThrow(UserNotFoundException::new);
}

}

Во втором варианте нам не пришлось писать логику и выбрасывать исключение.
А так многое зависит от проекта, от того, как принято в команде работать и т.д.

Проблема в том, что у меня все сервисы DTOшки, а для работы Service B нужны нормальные объекты, что делать в таком случае? Неужели создавать отдельные точно такие же методы просто без конверта в дто?

Я это обычно, делаю по другому. Я возвращаю объекты из сервисов. А если мне нужно DTO, то есть отдельный сервис MapperService, который принимимает дженерик и возвращает соответствующие DTO.

Добрый вечер.
Да, нормально.
Само исключение (лог) не нужно отдавать на фронт.
На фронт отдайте код http ошибки (4хх) и какое-нибудь кастомное сообщение: "Недостаточно средств".
Посмотрите в сторону ExceptionHandler.