Gradle --no-daemon запускает демон?

Question

Как уберечь gradle от того, чтобы когда-либо разговаривать с демоном?

./gradlew --no-daemon -Porg.gradle.daemon=false -Dorg.gradle.daemon=false build -x test
Starting daemon
IDLE

Мы запускаем узлы jenkins на ecs, поэтому демон, похоже, не очень-то нас покупает. Кроме того, мы запускаем несколько gradle-выполнений в параллельном конвейерном блоке jenkins и иногда видим ошибки демона, чего я не ожидал:

[org.gradle.cache.internal.DefaultFileLockManager] Waiting to acquire exclusive lock on daemon addresses registry.
[org.gradle.cache.internal.DefaultFileLockManager] Lock acquired on daemon addresses registry.
[org.gradle.cache.internal.DefaultFileLockManager] Releasing lock on daemon addresses registry.
Daemon vm is shutting down... The daemon has exited normally or was terminated in response to a user interrupt.

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

Answer 1

Сдайся и прими, что --no-daemon менее оптимален. Работа с демоном даже на одноразовом узле на основе jenkins ECS повышает производительность. Это особенно актуально для ситуаций, когда несколько параллельных выполнений выполняются на одном и том же узле через параллельный блок конвейера.

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