Як уже згадував @cjstehno apply plugin
, це старий метод, якого слід уникати.
З введенням DSL плагінів, у користувачів не повинно бути причин використовувати застарілий метод застосування плагінів. Це задокументовано в тому випадку, якщо автор збірки не може використовувати плагіни DSL через обмеження в його роботі.
За допомогою нового plugins block
методу ви можете додати плагін і керувати, коли його застосовувати, використовуючи додатковий параметр apply
:
plugins {
id «plugin id» version «plugin version» [apply «false»]
}
Ви все одно будете використовувати застарілий метод у ситуаціях, коли ви хочете застосувати вже доданий, але не застосований плагін у своєму plugins
блоці. Наприклад, у головний проект додаток xyz
додається, але не застосовується, і він повинен застосовуватися лише у підпроекті subPro
:
plugins {
id "xyz" version "1.0.0" apply false
}
subprojects { subproject ->
if (subproject.name == "subPro") {
apply plugin: 'xyz'
}
}
Зауважте, що версія вам більше не потрібна. Версія потрібно в plugins
блоці , якщо ви не використовуєте один з модулів ядра Gradle, наприклад java
, scala
...
Я витратив деякий час на розуміння різниці, намагаючись створити Spring Boot
додаток, і тому через деякий час я знову відповідаю на це. Наступний приклад використання Spring Boot
плагіна мені дуже допоміг:
Що слід використовувати зараз:
plugins {
id "org.springframework.boot" version "2.0.1.RELEASE"
}
Що було використано до Gradle 2.1:
buildscript {
repositories {
maven {
url "https://plugins.gradle.org/m2/"
}
}
dependencies {
classpath "org.springframework.boot:spring-boot-gradle-plugin:2.0.1.RELEASE"
}
}
apply plugin: "org.springframework.boot"