А задача какая? Да, репозиторий работает с сущностями, объявленняе в его сигнатуре 《Entity,Long》, а если тебе нужно смапить бизнес-сущность на твой DTO, то тебе это нужно делать уже на другом слое абстракции.

спасибо. Попробу переписать запрос чтобы возвращал сущность. Я просто хотел на уровне запроса получить все связанные данные других таблиц по внешнему ключу.

Где можно найти хорошие видеоуроки по спринг?

Java brains можешь посмотреть на Ютубе

Как подключиться к aws через ssh ? Плагины какие нужны или можно через саму Идею?

Всем привет. Подскажите пожалуйста, есть какой-нибудь способ в jpql при проецировании dto для каждой сущности товара  получить список фотографий ? FETCH не работает в таком случае... Дополнительные запросы лениво кидать тоже не хочу. Вариант переписать запрос, чтобы он возвращал сущность тоже отпадает, так как очень много связанных данных и в выборку попадает много лишнего.  Весь интернет уже перерыл и ничего хорошего не нашел

Ентиту граф попробуй

Если я не ошибаюсь, он тоже для каждой записи отправить дополнительный запрос при проецировании в DTO ?

А ты хочешь без запроса из базы достать? По щучьему велению?

Одним запросом в базу... Избежать поведение n+1 запрос...

Я уже нашел решенье. Всем спасибо. Пришлось все-таки уйти от проецирования в dto

Какое решение нашёл?

Не нужно смешивать слои абстракции. Каждый выполняет свою работу. Dto - уровень представления, используется для общения клиентов. Entity - Persistence слой. Репозитории работают с entity , возвращайте их и выполняйте маппинг уже в сервисах или контроллерах

Привет всем!
Такой вопрос. Надо ли мне проводить интеграционное тестирование, если мои контроллеры выглядят так?

Или просто методы вызываемые в контроллере юнит тестами протестировать?

Вернул в запросе просто сущность продуктов с указанием всех связанных таблиц через fetch

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

Привет. Вообще нет. Если только проверить на то, что метод в контроллере существует и готов обрабатывать запрос. Без логики. А вот уже сервис тестируется в своём интеграционном тесте

Переиспользовать такой метод не получится. Это надо учесть