А если подключить kotlinx-coroutines-core-jvm?

Или как там её

Тот артефакт, что указан у вас, цепляет платформенные с помощью Gradle Metadata. В свете того, что вы пользуетесь не гредлом, возможно, это автоматическое цепляние не работает, и надо подтянуть координаты платформенного артефакта руками.

спасибо всем за подсказки, пока что не смог решить все красиво, в итоге просто пересоздал проект на gradle и все скопировал и получилось.

Это наиболее простое и удобное решение в данном случае, да.

В теории можно, конечно, попробовать разобраться и потенциально завести фич-реквест на идеевскую систему сборки, чтобы она .module читала, если ещё не, но, видимо, достаточно небольшому количеству людей это проблемы создают -- в основном все на гредле сидят.

Всем привет, а по котлину есть книга по типу полного руководства по Java Шилдта?

Официальная дока, ну и "котлин в действие" не плохая книга

Спасибо

Добрый день, не давно начал изучать Flow, и я так понял преимущество в том что можно юзать разные саспенд функции в флоу функции которая не является саспенд.но какой смысл если сама флоу функция работает только в курутин боди?

Преимущество по сравнению с чем?

сорри,я не совсем понял смысл флоу,думал это аналог для саспенд функций. ща буду читать доку

Flow реализует концепцию Reactive streams с некоторыми бонусами. Можете почитать про них. И плюс как раз в том, что это те же корутины.

я просто надеелся что функции которые возвращают флоу можно юзать вне курутин контекста. но видимо я ошибался)

Создание самого Flow возможно без скоупа, но его использование (а точнее использование терминальных операций) разумеется должно быть в скоупе.

В процессе работы с реактивным стримом обычно у источника (апстрима) и потребителя (даунстрима) событий скорость работы разная. В любой момент может появиться т.н. backpressure -- ситуация, когда даунстрим не в состоянии обработать входящие события достаточно быстро. Единственный и родной для корутин механизм backpressure в kotlinx.coroutines -- suspension.

Кроме того, вся обработка ошибок, всё переключения между диспетчерами, вся structured concurrency жёстко связана с саспендами.

могу я задать теоретический вопрос? у меня имеется каллбэк(listener) который не является саспенд. Мне нужно каким то образом задествовать в этом каллбэкэ свои саспенд функции. Возможно ли это вообще сделать? мне сказали что в этом мне поможет StateFlow. я пока не дошел до них но хотелось бы уточнить вообще воозможность решение этой задачи

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

StateFlow хранит состояние, и ему не нужна саспенд функция для установки значения

вы можете посоветовать что то более подходящее для решения такой задачи?менее кривое?

Прямым способом -- нет. Вы можете запустить задачу из коллбека, при этом завершиться она может после того, как произведён возврат из коллбека. Сделать это можно хоть с помощью myScope.launch { async code }, либо упомянутый вами flow.tryEmit(command), а уже в другом месте в саспенд контексте эти команды вычитываются и обрабатываются.