готов, мы уже на нем пришем и оно уже в проде

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

Ну а толку, если что-то переусложнено? По rx вон книгу написали, а в корутинах по сути 3 функций достаточно чтобы нормально жить. Ну щас 5 функций, ладно

что за робот спринга?

давайте еще скалу переусложненной назовем

Слишком много подкапотной магии

отлично, хороший флоу 10/10

что бы он догнал по возможностям надо подождать

наверное, потому что они делают разные вещи?

а, стоп, это же фанбой котлина, только аватарку сменил

конечно, на свете есть только 1 правильный язык — го

а хотите настоящей магии ? попробуйте osgi.

что бы он догнал по возможностям надо подождать

ну скачай исходники спринга, они пока бесплатные =) Их можно будет смотреть не на гитхабе!

нет, я к тому, что ткнув на аннотация, я не получу код, который её обрабатывает

лол, это как заточка (ктор) против швейцарского ножа (спринг)

Разные. Но очень часто можно добиться одного и того же эффекта

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

native image не бахнуть никак. GraalVM и OpenJDK - это разные продукты. Общего у них только Graal Compiler, который не является обязательной частью стандарта. Нативные имиджи есть только в GraalVM. Когда-нибудь они будут и в OpenJDK, но только через много лет, когда там будет Project Metropolis. Сейчас же по теме "нативных имиджей" можно включить AOT и собрать .so-файл (и это будет работать только под Linux и Mac)

Интересно, а для котлина ещё не написали чего-нибудь сладенькое для замены спринга? Как rx -> coroutine, dagger -> koin

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

я вообще не пишу код, я же hr

а исполняемый файл как? просто собрать?

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

native image - это и есть исполняемый файл. В OpenJDK его не собрать. Его собрать в GraalVM. Натравляешь на свою прогу утилиту native-image, она тебе собирает.

ну давай, синтегрируйся с reactive streams compatible либах на одних лишь корутинах

добавь исходники спринга в проект и сделай Search Everything в идее, фильтранув по исходникам Спринга

вот это я и хотел услышать, спасибо)

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

мне хочется, потому что без спринг-DI в жабе нет жизни

хотел бы, чтобы Спринг включили прямо в JDK

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

щас бы на go что-то кроме простых сетевых демонов писать

крипту пишут

в спринг вложено более 12 человеко лет

а чем тебе гусь не угодил?

если бы один человек писал, то да, а так я думаю на 5 еще умножить можно

ну для REST его хватает, а что еще надо?

мне нравится иметь суперсилы мета-мета-программирования. Начиная с кастомных постпроцессоров и контекстов с релоадом, и заканчивая своими bean definition reader

корутины вообще перпендикуляры им, говорить про "замену" некорректно

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

проблема тут не в OpenJDK vs GraalVM, а в том что тебе придется свой код поменять так, чтобы он удовлетворял вот этому: https://github.com/oracle/graal/blob/master/substratevm/LIMITATIONS.md

мне нравится иметь суперсилы мета-мета-программирования. Начиная с кастомных постпроцессоров и контекстов с релоадом, и заканчивая своими bean definition reader

@guga4ka вот ты сейчас бугуртишь, что не понимаешь, как спринг мутит свои прокси. А теперь представь, что прошло 10 лет, и за тебя контекст собирает уже нейросеть. Как ты у нейросети будешь спрашивать, "почему ты это сюда собрала"? Какой ответ ты ожидаешь услышать? Полную распечатку всех весов? Как тебе такое, Илон Маск?

Скажем так, я понимаю общий механизм, но не могу гарантировать что делает каждая отдельная аннотация

А ADBA(Async JDBC) по идее должны вместе с loom выпуститься? Иначе нах корутины?

когда там асинхронный ждбц?

wtf

А ADBA(Async JDBC) по идее должны вместе с loom выпуститься? Иначе нах корутины?

проблема тут не в OpenJDK vs GraalVM, а в том что тебе придется свой код поменять так, чтобы он удовлетворял вот этому: https://github.com/oracle/graal/blob/master/substratevm/LIMITATIONS.md

когда там асинхронный ждбц?

А зачем он нужен, если будет Loom? (если его научат выполнять нормально существующий код)

Сейчас в jdbc все к треду привязано

Там всё к Connection привязано, зачем треды?

JDBC использует block io. На этом все приключения с корутинами заканчиваются, блокируется реальный тред.

JDBC использует block io. На этом все приключения с корутинами заканчиваются, блокируется реальный тред.