Именно статья про то, что это динамическая фича, а вам отвечают, что не динамическая, а неявно статическая. Налицо непонимание теории, бред в статье и отсюда минусы.
В 2015-2017 гг. администрировал свой инстанс GitLab, а потом года до 2022 регулярно читал их новостные релизные дайджесты по 22 числам с новыми фичами. И, видимо, как только перестал читать, появились всякие прикольные штуки, как эти компоненты. Документацию очень бегло глянул, первое ощущение, что это почти тоже самое, что include project + variables, разница (плюсы и минусы) не сразу очевидна, да и вообще выглядит как фича с очень непологой кривой входа :) В общем, придётся как-нибудь разобраться с ними детально ...
Пожалуйста, не путайте Reactor (то, что вы имели ввиду) и React (JS SPA-фреймворк).
Несмотря на то, что виртуальные потоки в Java 21 релизнулись, всё-таки их очень сложно использовать вне контекста, как вы сказали, микросервиса http-аггрегатора. Далеко не каждый микросервис такой, ну только если частично внедрять, но там уже риски случайно использовать не тот пул и попасть на пиннинг из-за synchronized.
Стоило бы упомянуть, что наконец-то в Java 24 проблему пиннинга на нём победили, и если вам интересны виртуальные потоки, то для вас скорее 24 — уже необходимый минимум.
В чём-то похоже я у себя сделал в мае. Отдельный репо, но пайплайнами генерирую 2 артефакта для бэка: первый dto + интерфейсы контроллеров, второй — клиент. Клиент уже как минимум в scope test взят и используется в интеграционных тестах.
А также генерирую 2 npm-пакета на основе typescript-fetch и typescript-axios. Были ещё попытки завести RTK Query Codegen и Orval, но они немного не вписались в концепцию.
Кстати, не затронули процесс работы с репо. Как за версионированием следите, кто мержи открывает и ревьюит (участвуют ли аналитики в этом)? И т.п.
А я правильно понимаю, что с появлением нового собственного Declarative HTTP Client-а, по сути того же интерфейса, но с реализацией RestTemplate/RestClient/WebClient под капотом, именно Feign стал не особо-то и нужен?
Так и по var можно с ctrl щёлкнуть и перейти (вроде бы).
Именно статья про то, что это динамическая фича, а вам отвечают, что не динамическая, а неявно статическая. Налицо непонимание теории, бред в статье и отсюда минусы.
Ну всё-таки надо давать имя из доменной модели :) а не отражающее детали реализации :)
Что такое РБПО?
Эх, а я по заголовку подумал, что речь про кодогенерацию из OpenAPI спеки :)
А мне так один раз повезло. Увидел очень ровный, без шумов, розово-фиолетовый цвет в глазах :)
Не совсем, как вы описали, но ... Wine?)
В 2015-2017 гг. администрировал свой инстанс GitLab, а потом года до 2022 регулярно читал их новостные релизные дайджесты по 22 числам с новыми фичами. И, видимо, как только перестал читать, появились всякие прикольные штуки, как эти компоненты. Документацию очень бегло глянул, первое ощущение, что это почти тоже самое, что include project + variables, разница (плюсы и минусы) не сразу очевидна, да и вообще выглядит как фича с очень непологой кривой входа :) В общем, придётся как-нибудь разобраться с ними детально ...
Спасибо за статью )
Кроме того, если их реально много, не стоит и про размер стека забывать, 1000 потоков уже 1 Гб.
Пожалуйста, не путайте Reactor (то, что вы имели ввиду) и React (JS SPA-фреймворк).
Несмотря на то, что виртуальные потоки в Java 21 релизнулись, всё-таки их очень сложно использовать вне контекста, как вы сказали, микросервиса http-аггрегатора. Далеко не каждый микросервис такой, ну только если частично внедрять, но там уже риски случайно использовать не тот пул и попасть на пиннинг из-за synchronized.
Я пытался эту проблему зарешать в общем виде с помощью агента, но потерпел фиаско :) Даже внутри ConcurrentHashMap есть synchronized... https://github.com/SimSonic/reentrantlock-java21agent
Стоило бы упомянуть, что наконец-то в Java 24 проблему пиннинга на нём победили, и если вам интересны виртуальные потоки, то для вас скорее 24 — уже необходимый минимум.
В чём-то похоже я у себя сделал в мае. Отдельный репо, но пайплайнами генерирую 2 артефакта для бэка: первый dto + интерфейсы контроллеров, второй — клиент. Клиент уже как минимум в scope test взят и используется в интеграционных тестах.
А также генерирую 2 npm-пакета на основе typescript-fetch и typescript-axios. Были ещё попытки завести RTK Query Codegen и Orval, но они немного не вписались в концепцию.
Кстати, не затронули процесс работы с репо. Как за версионированием следите, кто мержи открывает и ревьюит (участвуют ли аналитики в этом)? И т.п.
Имхо, оно могло бы быть раскрученнее, если бы Оракл сразу не стал жаться и делить Грааль на комьюнити версию и платную со всеми плюшками.
Напомнило ещё об одном случае
https://xakep.ru/2013/05/24/60666/
Вы хотели сказать "есть надежда"?))
К слову, в 25 LTS и Шенанда тоже выходит в Generational режиме: https://openjdk.org/jeps/521
Вы всерьёз сидите на древнем, не поддерживаемом релизе 12, или он упомянут только как веха в истории с N штуками GC?
А я правильно понимаю, что с появлением нового собственного Declarative HTTP Client-а, по сути того же интерфейса, но с реализацией RestTemplate/RestClient/WebClient под капотом, именно Feign стал не особо-то и нужен?
Если ключ в ассоциативном массиве – имя бина, увы, enum не подойдёт...
Тогда уж сперва .of(type) и за ним .map(suppliers::get) ;)