Size: a a a

2021 May 15

PE

Pavel Erokhin in Gradle
я вот дрочился наверное более часа, не понимал че делать)
источник

PE

Pavel Erokhin in Gradle
оно видно, на андроид проектах особенно.. ага
источник

PE

Pavel Erokhin in Gradle
особенно с джепак композом еще
источник

PE

Pavel Erokhin in Gradle
настолько стабильно, что весь билд скрипт рушиться при добавлении плагина и нужно танцевать с бубном и думать "почему же при подключении плагина у тебя все слетает"
источник

VS

Vladimir Sitnikov in Gradle
Но это же не от kotlin dsl, а от плагина зависит?
источник

PE

Pavel Erokhin in Gradle
Он реально стабилен во всех остальных типах проектов, самый обычный джвм апп, бэкэнд со спригом, но вот в андроиде — страдание
источник

PE

Pavel Erokhin in Gradle
от него, ибо на груви ничего не отмирает и не на андроид проекте все норм
источник

PE

Pavel Erokhin in Gradle
это очень странное поведение, и никаких данных об ошибки нет, то что мол версию не надо указывать, хотя в груви если укажешь, то ничего не полетит
источник

M

Masterofdaemon in Gradle
да спасибо
источник

VS

Vladimir Sitnikov in Gradle
Вот это крайне странная фраза, ведь, механизм работы classpath везде одинаковый. Плагинов с разными версиями быть не может ни в groovy dsl ни в kotlin dsl
источник

PE

Pavel Erokhin in Gradle
Это понятно, но само по себе поведение очень странное, у меня такое только в андроид проекте, в частности в композе воспроизводима такая проблема
источник

PE

Pavel Erokhin in Gradle
Причем так с любым плагином, не только капт, не в тот модуль\не пропишешь или пропишешь версию, подключишь детект - получаешь все красное
источник

PE

Pavel Erokhin in Gradle
При этом тоже самое, можно провернуть с не-андроид проетком, проблемы не будет, я хз как это все так работает, мне нравится kotlin dsl, и понятно что он не так давно существует как гредл-дсл, поэтому такие проблемы вполне возможны
источник

VS

Vladimir Sitnikov in Gradle
Я не против того, что проблема может существовать, но я против того, чтобы обвинять какую-либо технологию без каких-либо доказательств.
Какие вообще предпосылки к тому, чтобы именно от Kotlin DSL код краснел?

Есть issue с примером?
Ну стал код красным. Разобрались почему, создали тикет.
источник

PE

Pavel Erokhin in Gradle
Ну, а кого мне обвинять как не Kotlin DSL))

org.gradle.internal.exceptions.LocationAwareException

Error resolving plugin [id: 'org.jetbrains.kotlin.kapt', version: '1.5.0']
 at org.gradle.plugin.use.internal.DefaultPluginRequestApplicator.resolveToFoundResult(DefaultPluginRequestApplicator.java:217)
 at org.gradle.plugin.use.internal.DefaultPluginRequestApplicator.lambda$resolvePluginRequests$4(DefaultPluginRequestApplicator.java:148)
 at org.gradle.util.CollectionUtils.collect(CollectionUtils.java:207)
 at org.gradle.util.CollectionUtils.collect(CollectionUtils.java:201)
 at org.gradle.plugin.use.internal.DefaultPluginRequestApplicator.resolvePluginRequests(DefaultPluginRequestApplicator.java:146)
 at org.gradle.plugin.use.internal.DefaultPluginRequestApplicator.applyPlugins(DefaultPluginRequestApplicator.java:86)
 at org.gradle.kotlin.dsl.provider.PluginRequestsHandler.handle(PluginRequestsHandler.kt:48)
 at org.gradle.kotlin.dsl.provider.StandardKotlinScriptEvaluator$InterpreterHost.applyPluginsTo(KotlinScriptEvaluator.kt:192)
 at org.gradle.kotlin.dsl.execution.Interpreter$ProgramHost.applyPluginsTo(Interpreter.kt:373)
 at Program.execute(Unknown Source)
 at org.gradle.kotlin.dsl.execution.Interpreter$ProgramHost.eval(Interpreter.kt:506)
 at org.gradle.kotlin.dsl.execution.Interpreter.eval(Interpreter.kt:200)
 at org.gradle.kotlin.dsl.provider.StandardKotlinScriptEvaluator.evaluate(KotlinScriptEvaluator.kt:113)
 at org.gradle.kotlin.dsl.provider.KotlinScriptPluginFactory$create$1.invoke(KotlinScriptPluginFactory.kt:51)
 at org.gradle.kotlin.dsl.provider.KotlinScriptPluginFactory$create$1.invoke(KotlinScriptPluginFactory.kt:36)
 at org.gradle.kotlin.dsl.provider.KotlinScriptPlugin.apply(KotlinScriptPlugin.kt:34)
 at org.gradle.configuration.BuildOperationScriptPlugin$1.run(BuildOperationScriptPlugin.java:65)
 at org.gradle.internal.operations.DefaultBuildOperationRunner$1.execute(DefaultBuildOperationRunner.java:29)
 at org.gradle.internal.operations.DefaultBuildOperationRunner$1.execute(DefaultBuildOperationRunner.java:26)
источник

PE

Pavel Erokhin in Gradle
и таааааааак далее, еще пол тысячи строк
источник

PE

Pavel Erokhin in Gradle
извините за стактрейс в чате
источник

VS

Vladimir Sitnikov in Gradle
во, это уже ближе к делу.
Но там должно быть caused by
источник

VS

Vladimir Sitnikov in Gradle
но пока не видно, чтобы ошибка как-либо относилась к kotlin dsl
источник

PE

Pavel Erokhin in Gradle
первый caused by)

Caused by: org.gradle.api.GradleException: Error resolving plugin [id: 'org.jetbrains.kotlin.kapt', version: '1.5.0']
 at org.gradle.plugin.use.internal.DefaultPluginRequestApplicator.resolveToFoundResult(DefaultPluginRequestApplicator.java:216)

второй caused by

Caused by: org.gradle.plugin.management.internal.InvalidPluginRequestException: Plugin request for plugin already on the classpath must not include a version
 at org.gradle.plugin.use.resolve.internal.AlreadyOnClasspathPluginResolver.resolve(AlreadyOnClasspathPluginResolver.java:62)
 at org.gradle.plugin.use.internal.DefaultPluginRequestApplicator.resolveToFoundResult(DefaultPluginRequestApplicator.java:213)
источник