Gradle Artifactory плагин говоря: «Не удается привести объект„org.jfrog.gradle.plugin.artifactory.dsl.ArtifactoryPluginConvention“...»

Question

Вот конфигурация, чтобы получить Artifactory плагин:

buildscript { 
    repositories { 
     mavenCentral() 
     maven { url 'http://jcenter.bintray.com' } 
    } 
    dependencies { 
     classpath group:'org.jfrog.buildinfo', name: 'build-info-extractor-gradle', version: '3.0.1' 
    } 
} 
apply plugin:'com.jfrog.artifactory' 
apply plugin:'ivy-publish' 

...some publish spec stuff... 

Я бегу Gradle (2,3), и я получаю:

> Failed to apply plugin [id 'com.jfrog.artifactory'] 
    > Cannot cast object 'org.jfrog.gradle.plugin.artifactory.dsl.ArtifactoryPluginConvention@6b6c7be4' with class 'org.jfrog.gradle.plugin.artifactory.dsl.ArtifactoryPluginConvention' to class 'org.jfrog.gradle.plugin.artifactory.dsl.ArtifactoryPluginConvention' 

Конечно выглядит как вопрос путь к классам, но я буквально этот проект и проект родственный, используя этот же набор Gradle/конфигураций Artifactory и один работает, а другой нет. Оба являются частью одного и того же проекта верхнего уровня. Тот же JDK (1.8.0_20). Тот же самый. То же самое.

Я сбит с толку ...

Answer 1

Отвечая это в случае, если кто-то имеет тот же вопрос. Проблема заключалась в том, что когда я добавлял различные биты в проект sibling, это означало, что у меня было два проекта, определяющих секцию buildscript {}.

buildscript { 
    ... 
    dependencies { 
     classpath group:'org.jfrog.buildinfo', name: 'build-info-extractor-gradle', version: '3.0.1' 
    } 
} 

По-видимому, это вызвало существование двух разных версий зависимости в пути к классам, следовательно, ошибка.

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

Answer 2

У меня была аналогичная проблема. Кажется, что Gradle пытается дотянуться до конца и сделать некоторую проверку или оценку в разных братьях и сестрах. У меня есть настройки верхнего уровня.gradle с 10 или около того подпроектами.

Исправления для меня было поставить блок buildscript и зависимости на верхнем уровне build.gradle и положить его в каждом из отдельных подпроектов build.gradle файлов, где это необходимо.

Мое предположение о том, что это работает, заключается в том, что плагин загружается в родительский элемент, который будет родительским загрузчиком классов, тогда каждый дочерний проект наследует этот загрузчик классов таким образом, чтобы объявление в нижнем дочернем скрипте использовало класс classloaders и CCE не происходит. Проблема в том, что они являются одним и тем же классом, но не назначаются, поскольку разные загрузчики классов на подпроект, если ничто не объявлено в верхней части. Это был Gradle 2.4 и с использованием IntelliJ 14.

Answer 3

В случае, если это помогает кому-то, я получил ту же ошибку, но по другой причине.

я имел следующее в моем build.gradle:

dependencies { 
    classpath "org.jfrog.buildinfo:build-info-extractor-gradle:+" 
} 

В какой-то момент Artifactory плагин обновляется сам, начиная с версии 3.x до версии 4.x при строительстве, поскольку никакой конкретной версии не было указано на зависимость. После обновления я получил ошибку (Could not find any convention object of type ArtifactoryPluginConvention).

Я думаю, проблема в том, что остальная часть конфигурации в моем скрипте сборки не работает с новой версией плагина. Установка зависимости использовать версии 3.x Исправлена ​​проблема для меня:

dependencies { 
    classpath "org.jfrog.buildinfo:build-info-extractor-gradle:3.+" 
} 

Answer 4

я получал аналогичное исключение при сборке Дженкинс.Для меня конфликт с версией Дженкина и версией в сценарии сборки:

Для решения этого раздела Artifactory билда имеет флаг можно будет проверить, указав, что вы хотите использовать версию с Gradle файл:

Это фиксированная моя проблема. Надеюсь, поможет.

Answer 5

Вот еще одна потенциальная причина. Все это похоже на проблему с конкурирующими загрузчиками классов, определяющими класс. К полным классам относятся погрузчик. поэтому, load A foo.bar не является загрузчиком B foo.bar и пересекает это разделение - это сложный танец, требующий интерфейсов и тщательного определения.

Итак, при использовании плагина Jenkins artifactory для создания проекта градиента с помощью плагина gradle artifactory вы должны добавить, что usePlugin или jenkins plugin будет генерировать сценарий инициализации, который добавляет плагин gradle к загрузчику классов.

def server = Artifactory.server "artifactory" 
def rtGradle = Artifactory.newGradleBuild() 
rtGradle.usesPlugin = true // Artifactory plugin already defined in build script 
... 

Моя проблема была, рабочий стол сборки ОК, Дженкинс построить показывает проблемы этого Поста