А сериализатор рядом есть. Анноташки есть. Че не находит - не знаю

Странно, у меня на машине работает, у коллеги не работает... Так или иначе - спасибо

ещё можно заимплементить serializer в companion object и тогда он автоматически должен подхватиться с просто @Serializable, без указания класса, но я не на 100% уверен
но вроде всё это есть в доке

Привет всем, прохожу уроки по корутинам, но никак не могу соединить все эти пазлы.
1. если мы делаем launch(Dispatchers.Main) {
     suspend fun someMethod()
},
то когда выполнение кода доходит до suspend функции он ее выполняет в другом потоке?
то что кампилятор разделяет внутри на labels, и выполняет по очереди приостанавливая код(не блокируя поток) это понятно, но в голове не укладывается, как может долгая операция выполняться из main потока

Всем привет, может кто-нибудь подсказать. Собираю osgi bundle через мавен, внутри использую корутины и при запуске получаю ошибку
java.lang.ClassNotFoundException: kotlinx.coroutines.BuildersKt not found by ...kotlinx-coroutines-core-common-1.1.1.jar я так понял этот класс находится в kotlinx-coroutines-core, а не в коммоновском, из-за чего он может идти искать его именно в common?

не совсем понятен вопрос.  launch(Dispatchers.Main) { /* код внутри будет исполнен Main тредом, если явно не указано другое */ } это не понятно?

вроде разобрался, не актуально)

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

Вся суть suspend в том, чтобы не блокировать тред, вы же сами написали про лейблы и приостановку

что имеется ввиду под блокировкой?

Я подозреваю, что новички не всегда понимаю что такое блокировка треда. и чем являются suspend функции под капотом.

я понимаю про блокировку, но с корутинами только пытаюсь разобраться, если у нас в suspend функциях не будет переключения на Dispatcher.io, то при создании билдера с Dispatcher.Main, то эта suspend функция выполнится в мейн потоке верно? просто было подозрение как будто по дефолту suspend выполняется в другом потоке

Подозрение неправильное, для дочерних корутин будет взять диспетчер родительской, если не указано другое. При этом можно спокойно хоть в одном мэин диспетчере жить (но не нужно, конечно же) -- в каждом suspension point по сути будет выполнен internalUiThreadHandler.post(coroutineContinuation)

То есть на suspension point возможно (обязательно ли -- вопрос, ЕМНИП, к конкретному диспетчеру) освобождение потока с постановкой продолжения вашей функции в будущем.

По дефолту корутины про потоки вообще ничего не знают. Надо где-нибудь жирными буквами написать coroutines != threads. При вызове suspend функции вообще как правило нет context switch. Он происходит обычно только в корутин билдерах.

разные версии?

Не разобрались. Цейтнот. Позже вернёмся. Ага.

Ребят, здравствуйте ) я в котлине новый (как собсно и в джаве )) . Решил "копнуть" разработку под десктоп. Нашел из адаптированного под котлин только торнадо-фх. Но по гитхабу сложилось ощущение что развивается он немного вяло. Я ошибаюсь и стоит его использовать? Либо есть более живые альтернативы? Спасибо.

Я б не переживал за "вялость" торнадо, это точно самый продвинутый и feature-rich фреймворк для котлина.

а что лучше - пробовать его? либо использовать JavaFX? и возможно ли его использовать в полной мере в котлине? (как заявляется в описании котлина)