это плохо? не вижу проблем. просто другой подход

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

Вот как вы относитесь к груви?

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

ничего в рантайме не генерится, что за ересь. просто происходит динамическое связывание (это ни разу не генерация!) и в компайлтайм все статически проверяется

ничего в рантайме не генерится, что за ересь. просто происходит динамическое связывание (это ни разу не генерация!) и в компайлтайм все статически проверяется

Ну если создание проксей, с навешиванием кучи динамической логики называть связыванием, ок. Лучше оно не становится как не назови

Это все равно все происходит в рантайме

И вот каждый раз эти аргументы звучат от разных людей. И вы это называете ором без аргументов

То есть ещё не разу не говорили, что спринг - это гора подкопотной магии на рефлексии + proxy?

100 раз и не один человек

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

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

+

а что поудаляли мои коментарии то?

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

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

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

ни разу за последние года 3 не закапывался. может надо просто изучить

да, местами спринг надо именно изучить)

Ещё и обновление бута до второй версии не работает, у них там внутренний конфликт вебсокетов со скедулером

чет тоже апнули и проблем нет

Бага год назад была заведена, весной закрыли, но так и не заработало

Я сейчас заканчиваю писать враппер над своим фреймворком для совместимости с бутом

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

Это собиралось бы ровно настолько дольше, насколько это тормозит старт в рантайме +-

а что поудаляли мои коментарии то?

Действительно, не дали почитать(

Это собиралось бы ровно настолько дольше, насколько это тормозит старт в рантайме +-

неа, дольше

Действительно, не дали почитать(

я три раза написал то сообщение, на которое ты ответил выше

жуть

неа, дольше

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

не думаю что старт бы так сильно ускорился

время занимает отнюдь не генерация проксей, а поднятие фреймворка

Ага, сканирование classpath это же такая незначительная операция

ну и того, что настроили

У каждого класса в класс пазе надо ещё рефлексией посмотреть наличие аннотаций

Создание классиков по сравнению с этим просто моментальная операция

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

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

а вот если в рантайме будет съедена лишняя память - проблема

а вот если в рантайме будет съедена лишняя память - проблема

откуда возьмётся эта лишняя память?

А нагенеренный про куда денешь?

А нагенеренный про куда денешь?

Выгрузить

Его тоже надо будет загрузить что бы выполнить

Вы бы уже сравнили приложение на спринге с приложением на http://micronaut.io и всё

Выгрузить

Из класслоадера? Ммм, давай

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

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

Приветствую, у кого-нибудь не найдётся примера Koltin + Gradle Kotlin DSL примера приложения для GAE? Благодарю

Из класслоадера? Ммм, давай

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

А нагенеренный про куда денешь?

это капля в море по сравнению с данными

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

30 сек много?

30 сек много?

да

Приветствую, у кого-нибудь не найдётся примера Koltin + Gradle Kotlin DSL примера приложения для GAE? Благодарю

в репе ktor есть пример апы для GAE

да

Проверь, нет

кек

в репе ktor есть пример апы для GAE

благодарю

Я думал Руслан оффлайн, а он просто наблюдатель сегодня)))

в репе ktor есть пример апы для GAE

однако там скрипты на Groovy

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

Нет

Нет

Как нет то, если jvm их выгружает

однако там скрипты на Groovy

так там тоже самое что в обычном gradle

https://ktor.io/quickstart/index.html

вот тут вкладка kotlin там где скрипт

Нет

ну как нет, выгружается ненужное

вот стата с прода

Что это за метрика?

final ClassLoadingMXBean classLoadingMXBean = ManagementFactory.getClassLoadingMXBean(); @Override public void record(Recorder recorder) { recorder.gauge(metricJvmClassesLoaded, classLoadingMXBean.getLoadedClassCount()); recorder.gauge(metricJvmTotal, classLoadingMXBean.getTotalLoadedClassCount()); recorder.gauge(metricJvmClassesUnloaded, classLoadingMXBean.getUnloadedClassCount()); }

ERROR: S client not available

Окей, по какому признаку происходит выгрузка? Давай линки

На сколько я знаю все что загружено класслоадером никогда не выгрузится за исключением случая когда гц собрал этот класслоадер

вот тут вкладка kotlin там где скрипт

Только вот appengine-gradle-plugin не лежит в gradle plugin portal (https://github.com/GoogleCloudPlatform/gradle-appengine-plugin/issues/307 вот тут можешь лайкнуть чтобы починили), поэтому нужно в settings.gradle.kts вот такой костыль прописать: pluginManagement { // ... resolutionStrategy { eachPlugin { if (requested.id.id == "appengine") { useModule("com.google.appengine:gradle-appengine-plugin:1.9.59") } } } } https://github.com/gradle/kotlin-dsl/blob/master/doc/getting-started/Configuring-Plugins.md

Только вот appengine-gradle-plugin не лежит в gradle plugin portal (https://github.com/GoogleCloudPlatform/gradle-appengine-plugin/issues/307 вот тут можешь лайкнуть чтобы починили), поэтому нужно в settings.gradle.kts вот такой костыль прописать: pluginManagement { // ... resolutionStrategy { eachPlugin { if (requested.id.id == "appengine") { useModule("com.google.appengine:gradle-appengine-plugin:1.9.59") } } } } https://github.com/gradle/kotlin-dsl/blob/master/doc/getting-started/Configuring-Plugins.md

@meosit /\

@meosit /\

спасибо

На сколько я знаю все что загружено класслоадером никогда не выгрузится за исключением случая когда гц собрал этот класслоадер

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

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

Окей, сгенерированные классы лежат в том же джаре, что и код приложения, как они загрузятся другим класслоадером?

Окей, сгенерированные классы лежат в том же джаре, что и код приложения, как они загрузятся другим класслоадером?

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

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

Джар грузится целиком и плотностью одним класслоадером

Группа джаров грузится одним класслоадером, на уровне кода можно загрузить несколькими. Загрузку одного джара не разделить

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

А зачем пытаться выгрузить сгенерированные классы, если через них всё приложение работает?

подскажите что означает эта конструкция или как она хотя бы назвается file!!.exists()

где 2 восклицатеьных знака

где 2 восклицатеьных знака

http://kotlinlang.org/docs/reference/null-safety.html#the--operator

означает "file по-любасу не null"

спасибо

означает "file по-любасу не null"

Понятийно ориентированное программирование

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

зачем этот оверхэд?

короче холивар для холивара

Понятийно ориентированное программирование

BDD. Baltika Driven Development.

Аргументы такие, что spring медленный, жрет много оперативы, и много подкапотной магии. Это его минусы. Для старта он конечно хорошо, но потом надо очень много гуглить чтобы сделать что-то более менее сложное. Я несколько лет писал на спринге, сейчас вот попробовали ktor. Понравилось то что там все довольно очевидно, он очень быстр. Для работы с бд просто подключили Hibernate, хотя можно было попробовать и другие ормки по проще. Да немного больше велосипедить, ты прав насчёт транзакционности и jms ее надо самому сделать, но в остальном очень все нравится

А что мешает вытащить из спрингбута томкат и MVC запчасти, и подсунуть ему ktor, оставив DI, транзакции и прочее вам нужное?)

А что мешает вытащить из спрингбута томкат и MVC запчасти, и подсунуть ему ktor, оставив DI, транзакции и прочее вам нужное?)

Да просто зачем. Лучше просто брать всю инфраструктуру, которая специально заточена под ktor и kotlin

А DI я руками делаю, просто в конструкторе передаю зависимости

А зачем пытаться выгрузить сгенерированные классы, если через них всё приложение работает?

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

А DI я руками делаю, просто в конструкторе передаю зависимости

Путь самурая

Да, немного оффтопа и от меня, впечатленного вашим жарким и очень актуальным обсуждением о прокси и выгрузке классов. Интернету нужно место, где яростные спорщики могли бы решать серьезные вопросы о монадах спринге имаксе и прочих нерешенных проблема индустрии. Где зрители в интерактивном режиме ставили бы им лайки / дислайки и одобрительно люлюкали в соседнем фрейме. Такое цифровое ристалище 21 века.

Путь самурая

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

Да просто зачем. Лучше просто брать всю инфраструктуру, которая специально заточена под ktor и kotlin

Одним из основных аргументов за Котлин было то, что все из жавы работает и писать заново не надо

Да, немного оффтопа и от меня, впечатленного вашим жарким и очень актуальным обсуждением о прокси и выгрузке классов. Интернету нужно место, где яростные спорщики могли бы решать серьезные вопросы о монадах спринге имаксе и прочих нерешенных проблема индустрии. Где зрители в интерактивном режиме ставили бы им лайки / дислайки и одобрительно люлюкали в соседнем фрейме. Такое цифровое ристалище 21 века.

?