Если я правильно понимаю - на этот счёт (юнит-тест) есть разные мнения. И никакого криминал в использовании БД нет, при соблюдении определённых условий.

Привет всем! Если с английским норм, то отличный канал для новостей в сфере спринга 💪

https://t.me/SpringFrameworkZone

Вопрос по спринг секьюрити.  Если мы используем стандартную дао имплементацию,  между клиентом и сервером создается сессия,  и после каждого запроса спринг ищет id сессии у себя,  и если он есть,  то пускает.  Верно ли,  что он каждый раз авторизует нас и ложит в секьюрити контекст?  Сейчас покапался и нашел,  что при авторизации через токены вручную,  нам необходимо постоянно сэтить аутентификацию в контекст,  ибо контекст почему-то пустой для каждого нового запроса.  Но ведь секьюрити контекст локален к трэду,  следовательно почему бы не сохранять этот контекст к концу жизни трэда?  Валиден мой токен 100 сек. Меня интересует именно то,  делает ли он эти же самые этапы при дао имплементации через сессии.

> при авторизации через токены вручную,  нам необходимо постоянно сэтить аутентификацию в контекст

Потому что при токенах обычно делают без серверной сессии.

Ребята, кто понимает как спринг реактив дружит с корутинами, я тут вообще нормальные вещи делаю?

suspend fun findAll(request: ServerRequest) = coroutineScope {
       val books = async { repository.findAll() }
       ServerResponse.ok().contentType(APPLICATION_JSON).bodyValueAndAwait(books.await())
   }

или тут лишний await?

Зачем тебе асинк если ты сразу делаешь await?

Да уже сам об этом подумал, переделал и убрал coroutineScope

suspend fun findAll(request: ServerRequest) = ServerResponse.ok()
           .contentType(APPLICATION_JSON)
           .bodyAndAwait(repository.findAll().asFlow())

Просто как-то мешается код с реактора и корутин. Думаю как сделать, чтобы везде корутины были

Жавохиржон, код неверный, обратись к админу.

Всем привет, как в spring data jpa строить запросы динамически в зависимости от параметров и при условии, что параметров может быть много и некоторые из них необязательные, гуглил вижу что есть интерфейс SpecificationExecutor<T> и есть querydsl, какой лучше заюзать с котлином?

Самый лучший способ с множеством параметров -  criteria api

Querydsl конечно же

Сейчас с критериями, это больно

мельком смотрел, что с котлином есть проблемы с плагином для генерации сорцов

Jooq

а можно чуть подробнее)

хотя вот вроде нашел

типичный jooq