Но именование дженериков буквой - это что-то из общего стандарта по стилю кода

Ну тут немного спорно по-моему. Обычно буква значит Value. В данном случае же View. Поэтому как мне кажется тут лучше полностью написть

На вкус и цвет. О чем спор вообще.

На вкус и цвет. О чем спор вообще.

Об инстанцировании конкретными типами

Это по-моему то же самое рабочее решение

Это более котлин вей

Об инстанцировании конкретными типами

Это риторический вопрос, мол не нужно спорить о стайл гайдах, особенно таких

Пасаны, а такое вообще законно? - Сделать в Kotlin интерфейс с suspend функцией - Отнаследовать его в Java

Законно, но работать не будет без койла и какой-то матери

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

Пасаны, а такое вообще законно? - Сделать в Kotlin интерфейс с suspend функцией - Отнаследовать его в Java

По-моему, в каком-то видео Елизаров говорил, что можно, просто нужно будет аккуратно работать с коллбеками и машинерией

Пасаны, а такое вообще законно? - Сделать в Kotlin интерфейс с suspend функцией - Отнаследовать его в Java

Законно. Читайте спеку и всё будет хорошо https://github.com/Kotlin/kotlin-coroutines/blob/master/kotlin-coroutines-informal.md#continuation-passing-style

как-то можно узнать сколько запущено корутин? хочется вывести это в метрики и следить за тем чтобы они не утекали никуда. в го эти данные доступны

Посмотреть сколько классов которые : Continuation?

? надо попробовать

этого будет не достаточно

Конечно, нужно инструментировать каждую корутину, чтобы в начале она говорила что работает, а потом что нет? Или дампить треды и проверять есть ли в них resume? Что конкретно хочется посчитать

Конечно, нужно инструментировать каждую корутину, чтобы в начале она говорила что работает, а потом что нет? Или дампить треды и проверять есть ли в них resume? Что конкретно хочется посчитать

в общем то да, надо инструментировать

> Или дампить треды и проверять есть ли в них resume? так кстати тоже можно :)

как это дампить треды? спящие корутины же не привязаны к тредам, их там может хоть миллион спать в куче

как это дампить треды? спящие корутины же не привязаны к тредам, их там может хоть миллион спать в куче

ну это только тех которые сейчас работают, да

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

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

Посчитать total можно по аллокациям coroutineimpl или continuation видимо можно

но в этом задача не сильно отличается от утечки обычных объектов дампать аллоцированные объекты и смотреть что именно там утекло

в kotlinx.coroutines есть еще COROUTINE_ID. Который в дебаге виден

Обычный счетчик

А накидайте пожалуйста минимальный рабочий пример такой утечки, если не сложно.

А накидайте пожалуйста минимальный рабочий пример такой утечки, если не сложно.

открытый канал, который слушают, но в него не постят ничего

Конечно, нужно инструментировать каждую корутину, чтобы в начале она говорила что работает, а потом что нет? Или дампить треды и проверять есть ли в них resume? Что конкретно хочется посчитать

как вариант да, надо попробовать

А накидайте пожалуйста минимальный рабочий пример такой утечки, если не сложно.

считается?: val `очень нужные джобы` = mutableListOf<Job>() while (true) { `очень нужные джобы`.add(launch { Unit }) }

считается?: val `очень нужные джобы` = mutableListOf<Job>() while (true) { `очень нужные джобы`.add(launch { Unit }) }

— Весьма прозаично

считается?: val `очень нужные джобы` = mutableListOf<Job>() while (true) { `очень нужные джобы`.add(launch { Unit }) }

А где утечка?

еще б идея блокирующие операции помечала иконкой как для suspend ?

А где утечка?

Просто в джаве "утечка" это слегка странно слово) да можно там про баги какие-то в gc вспонить, или про неочевидности inner классов.

как вы кстати боритесь с блокирующими операциями? все что не уверены заворачиваете в withContext?

Можно еще этот тред почитать https://github.com/Kotlin/kotlinx.coroutines/issues/326

как вы кстати боритесь с блокирующими операциями? все что не уверены заворачиваете в withContext?

да. создал свой пул: val elasticContext = Executors.newCachedThreadPool(threadFactory).asCoroutineDispatcher() и функцию чтобы удобнее было (не писать какждый раз withContext: suspend fun <T> elastic( start: CoroutineStart = CoroutineStart.DEFAULT, block: suspend () -> T ): T = withContext(elasticContext, start, block)

И вот в таком стиле пишу методы: override suspend fun getByEmail(email: String): ToolsUserDto? = elastic { // ... }

хм, спс

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

Это как?

провтыкали где-то вызов jdbc и он в коммон пуле выполнился

и ушел в себя на 10 секунд, к примеру

В квазаре есть такая тема что он пишет что какая-то долгая операция блочила тред

актуально при миграции текущей системы на netty с корутинами

Ну я бы просто вставил функцию на проверку треда. То есть делаем if(Thread.currentThread из корутин тред){ убить всех }

JavaFX так делает если вызов не на UI треде

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

Ну если вебчик - можно же мониторить на уровне отдельного вызова и будет счастье)

А вообще опять же инструментация поможет.

провтыкали где-то вызов jdbc и он в коммон пуле выполнился

Вижу два варианта: 1. Обернуть пул в нечто, что будет следить за временем выполнения каждого вызова и ругаться, если оно превышает заданное (так делается в Vert.x) 2. Обернуть соединение JDBC в нечто, что будет ругаться, будучи вызванным в главном потоке (так с некоторыми операциями делает Android)

ага, всем спасибо, буду смотреть варианты

всем привет, подскажите, как на котлине сделать то, что в джаве выглядит так logger.debug(() -> "some message"); если записать просто logger.debug({ "some message" }), то он пытается вызвать функцию не с той сигнатурой вместо void debug(Supplier<?> msgSupplier); он пытается вызвать void debug(MessageSupplier msgSupplier), в итоге компиляция не проходит

да. создал свой пул: val elasticContext = Executors.newCachedThreadPool(threadFactory).asCoroutineDispatcher() и функцию чтобы удобнее было (не писать какждый раз withContext: suspend fun <T> elastic( start: CoroutineStart = CoroutineStart.DEFAULT, block: suspend () -> T ): T = withContext(elasticContext, start, block)

А зачем свой пул?

всем привет, подскажите, как на котлине сделать то, что в джаве выглядит так logger.debug(() -> "some message"); если записать просто logger.debug({ "some message" }), то он пытается вызвать функцию не с той сигнатурой вместо void debug(Supplier<?> msgSupplier); он пытается вызвать void debug(MessageSupplier msgSupplier), в итоге компиляция не проходит

Попробуй logger.debug(Supplier{ "message" })

А так же logger.debug{->"message"}

А лучше использовать что-то типа mu logging

Попробуй logger.debug(Supplier{ "message" })

я забыл написать, получилось через logger.debug(Supplier { "some message" })

спасибо )

Хорошо:)

Еще немного и войдешь во вкус)

попробуй еще сгенерировать геттеры и сеттеры в идее:)

там себя совсем крутым чувствуешь, сотни кода за секунды

кто знает как получить абсолютный путь к файлу скрипта kts какой выполняется?

кто знает как получить абсолютный путь к файлу скрипта kts какой выполняется?

Paths.get(".").toAbsolutePath()?

Paths.get(".").toAbsolutePath()?

это моя текущая директория откуда я запустил скрипт. $ ls -R > /home/scripts/foo.kts $ pwd > /home $ kotlinc scripts/foo.kts > /home а я хочу получить $ pwd > /home $ kotlinc scripts/foo.kts > /home/scripts/foo.kts

Ага, я понял. 1. Для чего это нужно? может сможем предложить workaround красивый 2. Как вариант написать свою обертку на bash которая будет прокидывать "$0" в скрипт

хотел читать данные с папки скрипта "красиво" но даже println(this.javaClass.protectionDomain.codeSource.location.path) в kts не работает

Ну это хороший запрос на улучшение, можно в youtrack создать issue

ну либо kotlinc path/script.kts path, но такое, да. В bash можно получить имя файла и путь из env

Есть какой-нибудь способ заставить ProGuard вырезать internal? Ну или кипнуть только те методы, которые выставлены через интерфейс.

Есть какой-нибудь способ заставить ProGuard вырезать internal? Ну или кипнуть только те методы, которые выставлены через интерфейс.

а как это "выставлены через интерфейс"?

а как это "выставлены через интерфейс"?

оверрайдят интерфейсный метод

Типо клиентский код работает с интерфейсом

а через интернал -- реализация?

да, очень много internal

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

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

по-моему лучше просто вынести все апи в отдельный модуль

это как?

это как?

все паблик интерфейсы в одном модуле, а реализации -- в другом

и первый как зависимость

и как прогардить?

я это вместо прогарда предлагаю

Вообще не понял, зачем.

Вообще не понял, зачем.

надо создать артефакт с апи, я правильно понял?

надо создать артефакт с апи, я правильно понял?

Надо уменьшить количество методов и объём байт-кода.

Надо уменьшить количество методов и объём байт-кода.

прогард сам все ненужное шринкует

прогард сам все ненужное шринкует

Нет, потому что internal == public.

дошло))