Как передать свойство System моему тесту через Gradle и -D

У меня есть программа Java, которая читает свойство системы

System.getProperty("cassandra.ip");

и у меня есть файл сборки Gradle, с которого я начинаю

gradle test -Pcassandra.ip=192.168.33.13

или

gradle test -Dcassandra.ip=192.168.33.13

однако System.getProperty всегда будет возвращать null .

Единственный способ, который я нашел, - добавить это в свой файл сборки Gradle через

test {
    systemProperty "cassandra.ip", "192.168.33.13"
}

Как мне это сделать через -D

Флаг -P предназначен для свойств Gradle, а флаг -D - для свойств JVM. Поскольку тест может быть разветвлен в новой JVM, аргумент -D, переданный в gradle, не будет передан в тест - похоже, что вы наблюдаете именно такое поведение.

Вы можете использовать systemProperty в своем testблоке, как вы это сделали, но основывать его на входящем свойстве gradle, передав его с параметром -P:

test {
    systemProperty "cassandra.ip", project.getProperty("cassandra.ip")
}

или, альтернативно, если вы передаете его через -D

test {
    systemProperty "cassandra.ip", System.getProperty("cassandra.ip")
}

Столкнулся с этой очень большой проблемой, за исключением того, что я не хочу снова перечислять все свойства, указанные в командной строке в скрипте gradle. Поэтому я отправляю все свойства системы на свой тест

task integrationTest(type: Test) {
    useTestNG()
    options {
        systemProperties(System.getProperties())
    }
}

У меня был случай, когда мне нужно было передать несколько системных свойств в тестовую JVM, но не все (я не хотел передавать нерелевантные). Основываясь на приведенных выше ответах и ​​используя subMapдля фильтрации нужных мне, это сработало для меня:

task integrationTest(type: Test) {
    // ... Do stuff here ...
    systemProperties System.getProperties().subMap(['PROP1', 'PROP2'])
}

В этом примере будут переданы только PROP1и PROP2, если они существуют в JVM Gradle.

Вот вариант, который передает многочисленные свойства проекта в тестовую JVM как системные свойства. Я предпочитаю свойства проекта свойствам системы, чтобы повысить гибкость.

task intTest(type: Test) {
    systemProperties project.properties.subMap(["foo", "bar"])
}

Что можно передать в командной строке:

 $ gradle intTest -Pfoo=1 -Pbar=2

И получено в вашем тесте:

String foo = System.getProperty("foo");

Так что сегодня я тоже наткнулся на эту проблему, и мне помогло следующее:

ext.env='prod'
test {
  systemProperty 'env', System.properties['env'] ?: "${env}"
  println "# test environment: " + systemProperties['env']
  ...
}

Я вызываю свою тестовую задачу, используя -Penv = dev, и получаю свое значение 'dev' в моем print или 'prod', если я не отправляю никакого значения, что является ожидаемым поведением для меня.

Значение также доступно на стороне Java, используя System.getProperty ("env") .

Мой вывод по этому поводу заключается в том, что входное значение (параметр) фактически хранится в системе , что делает его доступным через System.properties ['env'] или System.getProperty ("env") , тогда как выходные данные (системное свойство) хранятся в systemProperties массив, что делает его доступным для чтения через systemProperties [ «окр»] .