SomeData .let { someData -> mapA(x) } .let { a -> mapB(a) } .let { b -> mapC(b) } .let { c -> mapD(c) } .let { d -> mapE(d) } .let { e -> mapF(e) }

ключи мапы должны быть value типами, лучше всего строками

Выкидывает обычно если используется поле

SomeData .let { someData -> mapA(x) } .let { a -> mapB(a) } .let { b -> mapC(b) } .let { c -> mapD(c) } .let { d -> mapE(d) } .let { e -> mapF(e) }

Ну ладно, раскусил: SomeData .let { someData -> mapA(x, globalData.xxx) } .let { a -> mapB(a, globalData.yyy) } .let { b -> mapC(b, globalData.zzz) }

Кстати да, его и нету, похоже. Я себе лепил вот такое в settings.gradle.kts, дабы использовать plugins { ... } спокойно ? pluginManagement { repositories { gradlePluginPortal() jcenter() maven(url = "https://dl.bintray.com/jetbrains/kotlin-native-dependencies") maven(url = "https://dl.bintray.com/kotlin/kotlin-dev") } resolutionStrategy { eachPlugin { val id = requested.id.id when { id == "org.jetbrains.kotlin.native" -> "org.jetbrains.kotlin:kotlin-native-gradle-plugin" id.startsWith("org.jetbrains.kotlin.") -> "org.jetbrains.kotlin:kotlin-gradle-plugin" else -> null }?.let { useModule("$it:${requested.version}") } } } }

да не, проблема не в потрохах как раз, внутри у них всё норм, а вот плагины писать на груви вот это как раз ключевая ошибка

очень принципиально знать java если хочу писать на kotlin ?

очень принципиально знать java если хочу писать на kotlin ?

Есть. Для скриптов и парсинга конфигурационных файлов он все ще значительно удобвнее котлины

Еще пробел вместо скобок - это кошмар для программы, но очень удобно для всяких шелл-штук

Надо считать дсл из файла в рантайме

Тащить с собой 20 м котлиноского компилятора и недокументированный движок или JSR223?

ну, сейчас у тебя есть выбор: или удобство написания или размер рантайма

как сделать чтобы при листани таба сохранялись значение textview

Градл - первопроходец. Их исходня ошибка была - писать потрох на груви. Если бы сразу груви был только в качестве обертки, а не внутри - было бы лучше

а если на kotlin написать нечто подобное gradle, ок будет?

Да, называется Kobalt)

Видео про Kotlin/JS подъехало https://www.youtube.com/watch?v=X4-GgdAG0ZM

Я для себя давно понял что информации очень много, и все явно не послушаешь/посмотришь/почитаешь. Поэтому я для себя складываю кучки, типо: вот тут инфа про Kotlin/JS, тут про MPP, тут про кишки Undertow и т.д. Когда задача нужная подвернется - беру эту кучу и разгребаю) Много статей при этом например теряют актуальность, и изучать нужно меньше.

Я для себя давно понял что информации очень много, и все явно не послушаешь/посмотришь/почитаешь. Поэтому я для себя складываю кучки, типо: вот тут инфа про Kotlin/JS, тут про MPP, тут про кишки Undertow и т.д. Когда задача нужная подвернется - беру эту кучу и разгребаю) Много статей при этом например теряют актуальность, и изучать нужно меньше.

32 треда - 593 latency) 635rps. Все замеры делал перезапуская сервак и прогревая предварительно.

undertow? а если на нетти или CIO?

fixed pool - Dispatchers.IO ?

а почему не ktor+netty?

Я думаю если кешами закрыть походы в базу по максимому, то можно вообще оставить fixedThreadPool - 4 потока. У меня в основном идет чтение. да, удобный случай)

а как в базу ходишь?

jdbc, в данном случае apache cayenne, который завернут в withContext(elasticContext)

Мне показалось или на undertow документации маловато? Сложилось впечатление что он не предназначался для standalone использования, только как часть wildfly.

вот думаю jdbi обертку сделать чтобы везде были withContext(IO) {}

ты пользуешься jdbi?

Там документации более чем достаточно. Его фишка что он учится за 10 минут. Есть три понятия в целом: HttpHandler, такая функция в которую приходит HttpServerExchange и с ним можно работать читать/писать запрос/ответ, куки, хидеры и т.д. И третье понятие HttpHandlerWrapper - функция которая принимает HttpHandler, обычно оборачивает его и возвращает другой HttpHandler. Все в общем-то :) Осталось посмотреть какие есть реализации HttpHandler и HttpHandlerWrapper из коробки, и сделать обертку для корутин

Да, как-то не поверилось что это и всё. Когда я его тыкал палочкой меня помнится смутило, что он тянет jboss-logging а подробностей по каким пакетам можно включать, куда по-дефолту логируется - нету. Хотя да, это наверное странные хотелки. Спасибо