Неисправность buildscript Gradle не найдена

Question

Обратите внимание, что на этот вопрос может быть частично дан ответ, решая конкретную проблему, но также решается решение общей проблемы.

Конкретная проблема

Мне нужно передать параметры командной строки для Gradle коды. У Gradle нет разумного способа сделать это, поэтому мне нужно как-то их извлечь из System свойств, а затем проанализировать их. Я пытался использовать пакет org.apache.common.cli. Но я не могу импортировать его в код сборки.

Это примерно то, что он выглядит следующим образом:

buildscript { 
    repositories { ... } 
    dependencies { 
     classpath group: "commons-cli", name: "commons-cli", version: "1.2" 
    } 
} 
... 
org.apache.commons.cli.DefaultParser 

И я получаю это:

* What went wrong: 
Could not compile build file 'somewhere/build.gradle'. 
> startup failed: 
    build file 'somewhere/build.gradle': 35: unable to resolve class org.apache.commons.cli.DefaultParser 
    @ line 35, column 1. 
    import org.apache.commons.cli.DefaultParser 

Я понятия не имею, что пошло не так или, как отладить это. Я также пробовал Groovy's groovy.util.CliBuilder, но это ломается с еще более загадочными ошибками.

Итак, чтобы решить мою непосредственную проблему: я был бы рад найти простой способ проанализировать аргументы командной строки, переданные в сборку Gradle.

Generic проблема

Есть ли способ отладки Gradle код? Отладка Я не имею в виду добавить аргумент --debug в его параметры командной строки. Он просто печатает тонны бессмысленной глупости, но ничего не говорит о том, что он пытался сделать, и что пошло не так. Я имею в виду что-то вроде фактического отладчика.

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

Есть ли способ перевести язык «Грейдл» во что-то, что можно проанализировать с помощью linter/editor s.t. можно было бы знать, в каких частях он делает/если имеет смысл добавлять другие части определенного вида (что я имею в виду - это какой-то интеллект, чтобы облегчить понимание проблем, таких как неудовлетворительные зависимости)?

Answer 1

Этот пост задает несколько вопросов и очень субъективен (re: «не имеет никакого разумного пути»). Я сделаю все, что смогу.

Во-первых, в качестве проверки вменяемости для buildscript, давайте попробуем Apache Commons Lang3:

import org.apache.commons.lang3.StringUtils 

buildscript { 
    repositories { 
     mavenCentral() 
    } 
    dependencies { 
     classpath group: 'org.apache.commons', name: 'commons-lang3', version: '3.4' 
    } 
} 

println "TRACER : " + StringUtils.class.simpleName 

Данный скрипт работает, но с Gradle 2.14.1, я могу подтвердить, что DefaultParser из Apache Commons CLI 1.3.1 (как в сторону, это не в v 1.2) не работает. Я подозреваю, что это связано с this bug. Ссылка упоминает dom4j, но может случиться так, что cli в той же категории.

Что касается аргументов командной строки, то в документации Gradle приводятся примеры использования -P, -D, gradle.properties и так далее. Если у вас есть определенная проблема синтаксического анализа, создайте новый вопрос со спецификой.

Что касается зависимостей, следующие команды могут быть использованы:

gradle dependencies 
gradle buildEnvironment 

см this post для последнего.