В Spring oauth2 client как-нибудь можно сохранять access и refresh токены в базе данных, чтобы не приходилось каждый перезапуск сервиса проходить процесс по новой?

Что за либа, даже доков нормальных нету

¯\_(ツ)_/¯

исходники наше все получается

то ты liferay не видел)

А какие токены?

А, вообще, jdbctokenstore

Я видел какой-то tokenstore, думал это для oauth2 сервера, который их выдаёт

Там написано про токены на клиенте

Дурак тот, кто в свое время не выбрал JavaScript на сервере

Всем привет, я снова со своими вопросами по Spring Data:

@Transactional над методами лучше вешать, над классом иногда неожиданно получается..?
я тут стека начитался, что fetch eager это плохо т.к. можно полбазы потянуть при запросе, но я не пойму как в manyToMany Без этого обойтись? половина разных штук не работает блин при ленивом фетче. Я уж разные гайды посмотрел, но они делают что -то типа

 account.getRoles().add(role);
 role.getAccounts().add(account);
 saveAccount(account);
 saveRole(role);

или сейв одной из сущностей в зависимости от того, какой каскад у них задан (ну вторая сама засейвится, если например персист), а вот примеров разных апдейтов я не увидел нифига :(
да и даже просто запросить роли аккаунта с fetch Lazy не выходит адекватно. Блин я тупой :(

Всегда можно сделать свой запрос в обход jpa :D

если с jpa проблемы то просто через @Query свой делать и все?

Для этого же нужно сделать @Repository, унаследованный от JpaRepository, где нужно указывать тип Entity
Или я ошибаюсь?

ну вообще в интерфейсе вроде написать - норм будет. (по крайней мере я надеюсь понял что нужно делать, ладно, спасибо, у меня о5 двойной транзакшнал поломался где то пойду искать.

Есть несколько путей:
1) использовать entityGraph - это стандартный механизм JPA, которым можно запрашивать сущности до 3 уровня вложенности (т.е. твоя -> список чего-то-там внутри твоей -> список еще чего-то-там внутри внутренней)
Здесь ты своему селекту укажешь, какие (ую) из ленивых сущностей надо вытащит и они будут получены сразу в 1 запрос и уже инициализированные
2) запрос через Specification API, либо Criteria API - это тоже куски JPA, которые позволяют делают типизированные запросы, самому указывать все правильные джоины и все такое
3) взять queruDSL и написать запрос на нем. Это не совсем стандартный путь (в плане - не кусок jpa), но тоже довольно распространенный
4) написать свой запрос на JPQL или даже на нативном SQL
5) выбросить нахрен этот jpa и стать адептом jooq / jdbc template :)

Спс, я похожее на англ видел, только первые пункты ввиду своего плохого знания не понял, а там просто без примеров было написано. Погуглю.

А на русском я вот что-то писал) читать с ридми
1) entityGraph: https://github.com/aquatir/neo-dev/blob/master/spring/10_entity_graphs
2) specificationAPI: https://github.com/aquatir/neo-dev/tree/master/spring/11_speicification_api

Спс