Но это такой себе вариант

потому что query dsl все равно полностью самому писать

а хотелось бы findlAll(EntityGraph graph);

Я помню времена до спринг дата, когда у нас были дао, а внутри полный контроль на querydsl, иногда до сих пор так делаем

Да, и ещё фетчи руками расставлять

Понятно. Тогда вот так остается делать

@Repository
public class CustomerRepositoryImpl implements BaseRepository<Customer, Integer> {

    @PersistenceContext
    private EntityManager entityManager;

    @Override
    public Customer findWithGraph(Integer id, String graphName) {

        EntityGraph entityGraph = entityManager.getEntityGraph(graphName);
        Map<String, Object> properties = new HashMap<>();
        properties.put("javax.persistence.fetchgraph", entityGraph);
        Customer customer = entityManager.find(Customer.class, id, properties);

        return customer;
    }
}

Ничего плохого, как деды завещали.

Ты же спрячешь это за интерфейс?)

Так то да )

можно но нужно будет расширить жпашный репозиторий
https://www.baeldung.com/jpa-entity-graph#2-defining-an-entity-graph-with-the-jpa-api

если используешь hibernate возможно стоит посмотреть в сторону FetchProfile, там вроде как можно сделать жадные связи через select не трогая сущности, но статически и я сам не пробовал

Всем привет 👋🏻
Есть вопрос связанный с сериализацией сущностей. Кто и ка делает? Например у нас есть сущность Client. И фронт одном случае (например страница редактирования) запрашивает больше данных а в другом (страница списка) меньше. Можно ли в ответе отдавать сущность их БД но при этом указать что только те поля которые на данный момент считаны из бд (с использованием Entity Graph) должны сериализоваться? Получается мы просто для разных запросов сущности указываем разные графы и при сериализации на фронт отдается все что нужно. Просто я знаю что Gson например начинает обращаться ко всем полям и hibernate из начинает доставать из БД что приводит к stack overflow. Хочется создавать поменьше DTO (pojo) для фронта и не заниматься постоянным маппингом ))

>Хочется создавать поменьше DTO (pojo) для фронта и не заниматься постоянным маппингом ))
Не на том экономите, ох не на том

Лучшая практика создавать DTO? Сейчас опыта мало, хочется выбрать правильный путь и не переделывать )

Можно какой-нибудь mapstruct использовать, чтобы проще было мапить.
ИМХО, домен лучше отделять от представления

делайте дто/датаклассы для нужного случая

JPA не должна протекать дальше дао/репозитория

простая и многолетняя аксиома

Да MapStruct помогает )