https://pastebin.com/sgGu5t8j

если не будет групировки - будут дупляжи

Ну или возможно есть другие способы решения дублей в результате jpql запроса

если distinct - пагинация не работает

обычно для этого втыкают distinct

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

join в отличии от fetch не инициализирует замапленные обекты но при этом увеличивает количество столбцов в result set, возможно это и является причиной проблемы и если поиграться с fetch то получится избавиться от дублей даже не добавляя distinct

вот тут можно почитать
https://thorben-janssen.com/hibernate-tip-left-join-fetch-join-criteriaquery/
раздел Defining a JOIN FETCH clause кусок текста меду двумя сниппетами

та я прочитал, просто в самом запросе нету особого смысла дёргать group by кроме как для устранения дублей

если у тебя pagination и джойны

то делать 2 запроса надо

https://pastebin.com/GmB3mKS0
всеравно дупли

я ж говорю

двумя запросами надо

иначе будут и дубли, и ин-мемори сортировка и разбиение

и еще посмотри про jpa criteria/specification

ну так вот и сделал subselect

не очень понял смысл сабселекта

это все ради дистинкта?

угу)

у @Query есть два параметра: value и countQuery. Вот value у тебя написан, хотя я сабселект убрал бы, нужен такой же запрос в countQuery, только count(distinct…)

а про два запроса я имел в виду, если будешь вытягивать сущность со связями, то пэйджинация в памяти произойдет, нужно отдельно без связей сделать запрос с пэйджингом, а потом по найденным айди сходишь уже за сущностью с entity graph

Добрый день всем!
Подскажите пожалуйста, а как можно обернуть все вызовы методов в проекте?
То есть я пытаюсь повесить кастомный InvocationHandler на все методы всех классов в программе.
Пробовал через ClassLoaders and ProxyInstance, но пока ничего дельного из этого не вышло.
Может есть какие то другие варианты? Или я двигаюсь в правильном направлении?