ОК, это довольно отчаянная идея, но стоит попробовать ...
Создать пользовательский интерфейс хранилища:
public interface SetClientInfoRepository<T, ID> extends JpaRepository<T, ID> {
}
Реализовать этот интерфейс хранилища с помощью своей пользовательской базырепозиторий:
public class SetClientInfoRepositoryImpl<T, ID extends Serializable> extends SimpleJpaRepository<T, ID> implements SetClientInfoRepository<T, ID> {
}
... и, наконец, расширить этот интерфейс с помощью интерфейсов репозитория вместо JpaRepository
Таким образом Spring должен создать репозиторий.прокси из вашей реализации, потому что нет других классов, которые он мог бы использовать.Кроме того, если по какой-либо причине он не может создать репозитории, вы получите более информативное исключение при запуске.
Использование собственного интерфейса репозитория само по себе неплохо, поскольку всегда есть хорошие шансычто позже вы захотите добавить некоторые общие пользовательские методы в свои репозитории, и тогда это пригодится.