List<List<Any>> -> List<Any>

как список списков в один список переделать?

flatMap

List<List<Any>> -> List<Any>

flatMap же

опоздал )

точно

пасиб)

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

да, я уже глянул, 10 минут назад dev релиз вышел.. но еще с 1.2.50 не так много времени прошло, и если 1.2.60-eap в ближайшее время не появится то может они его пропустят

оператор вроде был

flatten

You can find sample here: https://www.sitepoint.com/self-types-with-javas-generics/

I'm intrigued. Can you, please, point which particular sample from that article does not work for you? I've tried a few and they all convert nicely from Java to Kotlin via build-in converter tool.

I'm intrigued. Can you, please, point which particular sample from that article does not work for you? I've tried a few and they all convert nicely from Java to Kotlin via build-in converter tool.

Hmm, My last try was on kotlin 1.1, maybe it's fixed… Did you try abstract class NodeScaffold<THIS extends NodeScaffold<THIS>> { private final List<THIS> children; public Stream<THIS> children() { return children.stream(); } public Stream<THIS> grandChildren() { return children.stream() .flatMap(child -> child.children()); } } abstract class SpecialNodeScaffold<THIS extends SpecialNodeScaffold<THIS>> extends NodeScaffold<THIS> { // special methods } abstract class VerySpecialNodeScaffold<THIS extends VerySpecialNodeScaffold<THIS>> extends SpecialNodeScaffold<THIS> { // more special methods } public class Node extends NodeScaffold<Node> { } public class SpecialNode extends SpecialNodeScaffold<SpecialNode> { } public class VerySpecialNode extends VerySpecialNodeScaffold<VerySpecialNode> { }

You can find sample here: https://www.sitepoint.com/self-types-with-javas-generics/

There's no self-type in Java. This article demonstrates emulation of it. Same in Kotlin.

There's no self-type in Java. This article demonstrates emulation of it. Same in Kotlin.

Does it even compile in kotlin?

Does it even compile in kotlin?

Why it would not compile? I don't see any compilation problems here: https://gist.github.com/elizarov/30ca944eb5390caac3362590c8472b89

Also I can't initialize children to any sane value… even Delegates.notNull()

@relizarov why are we speaking in english?

Error message explains itself

Well, now I see that it's fault of java to kotlin converter

Well, now I see that it's fault of java to kotlin converter

Ты точно уверен, что именно j2k тебе выставил internal-видимость? Я сомневаюсь, что инструмент, транслирующий Java в Kotlin, будет выставлять самовольно область видимости, которой не существует в джаве.

Ты точно уверен, что именно j2k тебе выставил internal-видимость? Я сомневаюсь, что инструмент, транслирующий Java в Kotlin, будет выставлять самовольно область видимости, которой не существует в джаве.

не, постоянно выставляет же, особенно для view

Ты точно уверен, что именно j2k тебе выставил internal-видимость? Я сомневаюсь, что инструмент, транслирующий Java в Kotlin, будет выставлять самовольно область видимости, которой не существует в джаве.

Прямо зашёл на try kotlinlang и конвертнул

Только что

@relizarov I've found reported bug. I was close: https://youtrack.jetbrains.com/issue/KT-17186

Для классов, которые в Java помечены как public? Интересно, на основании чего он решает, где поставить public, а где internal.

@Harmonizr do you agree that those reported bug is incompatibility?

@Harmonizr do you agree that those reported bug is incompatibility?

Yep, it is an incompatibility in a corner case.

Note, that the corresponding Java code does not really compile either (produces warnings)

Note, that the corresponding Java code does not really compile either (produces warnings)

But compiles and produces working bytecods, isn't it?

Thing is it works somehow on java and doesn't in kotlin

But compiles and produces working bytecods, isn't it?

For example, you can invoke methods on `@Nullable`s in Java but can't in Kotlin. Is it an incompatibility?

For example, you can invoke methods on `@Nullable`s in Java but can't in Kotlin. Is it an incompatibility?

No, because nullability is kotlin's concept, java doesn't know anything about it. But 100%-compatible language should provide everything java allows in java field. And generics are java field

For example, you can invoke methods on `@Nullable`s in Java but can't in Kotlin. Is it an incompatibility?

Actually they can both call methods on nullable and potentially get same result - NPE. They just do it with different syntax and name of exception is a bit different

Also while you think that this is corner case - it leads me to bad-quality production code (in tests)

Кто-то заморачивался подобным для Идеи? https://www.ibm.com/developerworks/java/library/j-class-sharing-openj9/index.html?ca=drs-

Кто-то заморачивался подобным для Идеи? https://www.ibm.com/developerworks/java/library/j-class-sharing-openj9/index.html?ca=drs-

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

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

Допустим, тесты гонять. Иногда бывает открыт проект в другом окне (сказывается отсутствие эклипсовской концепции workspace)

Допустим, тесты гонять. Иногда бывает открыт проект в другом окне (сказывается отсутствие эклипсовской концепции workspace)

У идеи на все окна один процесс же

У идеи на все окна один процесс же

¯\_(ツ)_/¯

Подскажите где почитать как хранить в Котлине / Джаве конфиги для сервисов? Хотелось все поместить в одну папку и дать администратору возможность настроить ./someapp/app.conf в джаве есть ресурсы но при сборке артифатка fat jar все оно помещается в этот архив. где можно почитать best practices? или подсмотреть в проекты какие? буду очень признателен.

application.yml

или спринг конфигуратор сервис, не помню точно как

Подскажите где почитать как хранить в Котлине / Джаве конфиги для сервисов? Хотелось все поместить в одну папку и дать администратору возможность настроить ./someapp/app.conf в джаве есть ресурсы но при сборке артифатка fat jar все оно помещается в этот архив. где можно почитать best practices? или подсмотреть в проекты какие? буду очень признателен.

https://cloud.spring.io/spring-cloud-config/

Подскажите где почитать как хранить в Котлине / Джаве конфиги для сервисов? Хотелось все поместить в одну папку и дать администратору возможность настроить ./someapp/app.conf в джаве есть ресурсы но при сборке артифатка fat jar все оно помещается в этот архив. где можно почитать best practices? или подсмотреть в проекты какие? буду очень признателен.

Есть сколько-то решений по конфигурированию: spring-cloud-config, archaius, конфиг из акки, Apache commons config и всякое такое

@relizarov I've found reported bug. I was close: https://youtrack.jetbrains.com/issue/KT-17186

So, what's the problem with the workaround that is mentioned in the issue (instantiate with <Nothing>)? I don't see any further discussion on it. Does workaround help or is there some other problem with it?

So, what's the problem with the workaround that is mentioned in the issue (instantiate with <Nothing>)? I don't see any further discussion on it. Does workaround help or is there some other problem with it?

Well, for me workaround is not solution because code is not the same and it's impossible to understand what will be inferred by compiler while reading code.

It was never a goal to write the same code in Kotlin as in Java. Kotlin is neither subset nor a superset of Java. Compatibility (being able to use Java classes from Kotlin and vice versa) is a goal, though. So, if you explicitly specify type parameter as <Nothing> the compiler infers exactly what you write. No need to guess. It would not even show "type hint", since the "inferred type" would be exactly the same as the type you write on the right-hand side.

kotlin is superior

Подскажите где почитать как хранить в Котлине / Джаве конфиги для сервисов? Хотелось все поместить в одну папку и дать администратору возможность настроить ./someapp/app.conf в джаве есть ресурсы но при сборке артифатка fat jar все оно помещается в этот архив. где можно почитать best practices? или подсмотреть в проекты какие? буду очень признателен.

Такое вполне может делать typesafe config

Такое вполне может делать typesafe config

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

Если я в when передаю выражение - оно высчитывается каждый раз или как?

1 раз

неплохо так ktor доку обновили

С картинками прямо.

я уже подумываю выбросить к херам spring и на ktor поменять

От размера проекта зависит. Всякие штуки из коробки типа Spring Security или Spring Cloud из коробки это приятно.

Эта картинка там уже месяц

От размера проекта зависит. Всякие штуки из коробки типа Spring Security или Spring Cloud из коробки это приятно.

есть ktor auth) а spring cloud не всем и не всегда нужен

особенно если это kubernetes, где свой сервис дискавери и управление конфигами

Это правда.

но к примеру на ktor с корутинками у тебя сервер на 90мб памяти сможет держать сотню конкуретных запросов, а на спринге 450мб+ выйдет

но к примеру на ktor с корутинками у тебя сервер на 90мб памяти сможет держать сотню конкуретных запросов, а на спринге 450мб+ выйдет

ого, привлекательно выглядит

Я совершенно согласен, что спринг это гигантская энтерпрайз система, которая, как правило, не стоит того чтобы с ней возиться.

Я совершенно согласен, что спринг это гигантская энтерпрайз система, которая, как правило, не стоит того чтобы с ней возиться.

вы это бизнесу скажите, на спринг гораздо проще найти разработчиков

я б поспорил)

вы это бизнесу скажите, на спринг гораздо проще найти разработчиков

Ну анноташки вешать хорошо, но до того момента как выйдешь за их функциональность, а там уже ад где понимают люди намного меньше

я не спорю, что спринг - треш и угар, но разработчики везде есть

вы это бизнесу скажите, на спринг гораздо проще найти разработчиков

Сам работаю в проекте со спрингом и я прекрасно понимаю о чём вы. Я думаю, что это инерция рынка труда. Скоро его доля начнёт снижаться. Молодёжь любит новое. Новое - это Котлин. Через пару лет это будет зрелая экосистема которая будет лишена многих проблем сегодняшнего дня.

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

вы это бизнесу скажите, на спринг гораздо проще найти разработчиков

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

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

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

а нафиг он нужен?

асинхронность и все такое

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

асинхронность и все такое

jdbc все равно синхронный, большинство http-клиентов тоже

есть асинхронный для postgres в мавене валялся

jdbc все равно синхронный, большинство http-клиентов тоже

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

но это не точно, он называется postgres-async-jdbc

https://mvnrepository.com/artifact/com.github.mauricio/postgresql-async https://github.com/mauricio/postgresql-async

а какой профит от всей этой асинхронности?

геморой? Пардон сильная головная боль*

ну серьезно, в каком месте получается лучше?

Тред не блокируем?

все равно где-то какой-то тред ждет ответа

а какой профит от всей этой асинхронности?

экономия на потоках и всем связанным с ними

не в каждом проекте jdbc юзается

а это точно всегда нужно? Скажем для игрового сервера норм будет?

Если он из 20 разных мест тыкается в бд

при том каждый раз в разную может

все равно где-то какой-то тред ждет ответа

Нет, если это была корутина, то никто не ждёт.

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

я приучил себя ставить unbound method reference в таких местах...

Тред занят другой рутиной.

Нет, если это была корутина, то никто не ждёт.

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

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

Ну нам везут не блокирующий jdbc, насколько я знаю. Пока да, тут не обойти.

Ну нам везут не блокирующий jdbc, насколько я знаю. Пока да, тут не обойти.

если не сделаю возможность подпихнуть свою неблокирующюю реализацию io, то это будет все равно что блокирующий jdbc + пул потоков

у меня есть сервис завязанный на IO, где среднее время ответа 5 секунд, и из них 98% это время ожидания и чтобы поддерживать кучу клиентов, нужно держать много потоков в пуле сервера, иначе они быстро кончаются