Может быть, уже точно не помню. Спс гляну

Степан Лукин, код неверный, обратись к админу.

Дмитpий Агеев, код неверный, обратись к админу.

Артем Чумаков, код неверный, обратись к админу.

я лох :) всё отрабатывало как нужно. Просто я смотрел через дебагер то что пришло, и в этот момент происходила ленивая загрузка того что я изначально не хотел что бы было загружено :) ... короче с самого начала всё работало хорошо.
Но опыт я поимел и мне подсказали тут еще несколько вариантов как сделать аналогичный функционал ) . Так что в любом случае всем спасибо .

Со стандартными либами оно так работает ?

Я с помощью графа хотел что бы не запрашивалось вот это
   @OneToMany(mappedBy = "requestTask", fetch = FetchType.LAZY, cascade = CascadeType.ALL)
   @Basic(fetch=FetchType.LAZY)
   @LazyCollection(LazyCollectionOption.TRUE)
   private Set<Document> documents;

я написал

@NamedEntityGraph(
       name = "RequestTask-entity-graph-with-no-document",
       attributeNodes = {
               @NamedAttributeNode("id"),
               @NamedAttributeNode("Name"),
               @NamedAttributeNode("stage"),
               @NamedAttributeNode("platform"),
               @NamedAttributeNode("parameters"),
               @NamedAttributeNode("editTimestamp"),
               @NamedAttributeNode("creationTimestamp"),
               @NamedAttributeNode("history"),
       }
)

где исключил это поле documents из графа
и анатировал метод в @Repository

   @EntityGraph(value = "RequestTask-entity-graph-with-no-document") //
   Iterable<RequestTask> findByIdNotNull();

и как бы да , я смотрю логи SQL , и там не запрашивается эта коллекция из базы, что мне и нужно было
ВОПРОС вот только :) , а нужен ли был ваще этот граф, оно то по идеи и так должно было работать .... не проверял без него ... может и так работать будет. Тогда я просто ваще не понимаю зачем мне этот граф.
с проекциями тоже работает норм ... там это даже лучше контролируюется но личшний код по приведени проекции полученной к начальному объекту . С критериями тоже работает ... но там много кода . В общем я получил что хотел , но до конца не понял .. нафига нужен граф .. если и без него будет работать. если будет кончено ... (ленивая загрузка в смысле)

так ты хотел только коллекции ленивыми сделать что ли?

смысл графа - делать ленивые связи жадными а не наоборот

блин а я думал на оборот :)

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

Я вообще сделал чтобы лези поля не возвращались в запросах, удобно

Граф вроде как может делать связи какими угодно

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

А как потом понять без копания в коде почему значение пустое ?

нуууу может быть да , это не правильная архитектура ... есть над чем подумать

проверил , да когда я добавил  @NamedAttributeNode("documents"),
запрос стал жадным , даже когда он прописан как ленивый ...
в общем я изначально не понял зачем нужны графы

Анатолий Черных, если ты не бот, нажми "восемь". Удалено: 968.

он не жадными делает, а настраивает фетчинг

Cira Fitzpatrick, если ты не бот, нажми "три". Удалено: 968.

Привет ребятки

Как лучше всего задать эту сущность?