Gradle ne Pouvait pas créer un service de type InitScriptHandler à l'aide de BuildScopeServices.createInitScriptHandler()
J'ai utilisé la commande build gradle dans Centos 7 terminal et j'ai eu de sortie:
FAILURE: Build failed with an exception.
* What went wrong:
Could not create service of type InitScriptHandler using BuildScopeServices.createInitScriptHandler().
* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.
Avez-vous des privilèges appropriés pour exécuter la commande?
Je pense que vous avez raison, le problème est avec les privilèges, parce qu'en utilisateur root gradle travail correctement, j'ai essayer de définir 777 autorisations de gradle dossier à l'aide de la commande chmod -R 777 ./gradle-2.4 ,mais l'erreur se produisent encore. Gradle dossier, je unziped dans le répertoire principal de l'utilisateur avec lequel j'obtiens le message d'erreur décrit ci-dessus.
Plonking
Travaillé pour moi quand j'ai tué gradle démon.
Je pense que vous avez raison, le problème est avec les privilèges, parce qu'en utilisateur root gradle travail correctement, j'ai essayer de définir 777 autorisations de gradle dossier à l'aide de la commande chmod -R 777 ./gradle-2.4 ,mais l'erreur se produisent encore. Gradle dossier, je unziped dans le répertoire principal de l'utilisateur avec lequel j'obtiens le message d'erreur décrit ci-dessus.
Plonking
sudo
en face de la commande j'ai tapé fixe. Le message d'erreur pourrait être un peu plus utile à cet égard.Travaillé pour moi quand j'ai tué gradle démon.
OriginalL'auteur Edgaras Karka | 2015-06-15
Vous devez vous connecter pour publier un commentaire.
Essayez de régler votre
GRADLE_USER_HOME
variable à un dossier où vous avez accès valide. Alors cette erreur va disparaître.Ex: j'ai fait face à la même question aujourd'hui, alors que j'étais en train de
gradle clean
commande sur un nouvel esclave de la machine.Mon Gradle de la version 2.3.
--Stacktrace, j'ai appris qu'il était en train de créer
.gradle
dossier pour stocker les Gradle du cache de données (alors que j'ai invoqué Gradle pour exécuter le nettoyage de la tâche sur l'esclave) et qu'il était en train de créer ce dossier sous /certains/emplacement/endroit/gradle/existe OU /chemin/emplacement/xxx/yyy où le nom de l'utilisateur exécutant Gradle sur l'esclave de la machine n'a pas la validité de l'accès à l'écriture (création de dossiers/fichiers).c'est à dire à l'utilisateur que j'ai utilisé pour se connecter à partir de Jenkins de la machine à l'esclave n'a pas accès en écriture à
touch
/mkdir
quoi que ce soit dans l'emplacement par défaut (où Gradle pensé, OK, je doit créer .gradle dossier ici).Pour le fixer, j'ai ajouté ci-dessus
GRADLE_USER_HOME
variable dans l'esclave de la Variable d'ENVIRONNEMENT section. Maintenant, comme je l'ai accès valide dans mon répertoire home, j'étais OK.Réglage:
résolu le problème.
Vous pouvez le mettre dans ~/.gradle. Mais je l'ai mis sous un dossier personnalisé à l'intérieur de mon
~
répertoire home (gradle_2_3_cache). Cela va m'aider dans le cas où j'ai un autre esclave en cours d'exécution sur le même Esclave de la machine, mais avec différentes Gradle version ex 2.5 etc version et si je veux le.gradle
cache pour 2,3 et 2,5/x version dans des dossiers distincts.qu'est-ce que les esclaves section de l'environnement?
Ainsi, lorsque vous vous connectez à un esclave de Jenkins maître, il apparaît comme l'un des nœud (jenkins). Dans ce nœud de configuration, vous pouvez ajouter une variable ENV pour GRADLE_USER_HOME et régler la valeur à l'aide de la Gradle de l'emplacement (ex illustré ci-dessus)
Voir la capture d'images ci-dessus.
Voir ci-joint capture d'images ci-dessus. Vous devriez commencer à chercher dans "Jenkinsfile" concept maintenant. Apprendre ce que c'est et comment vous pouvez le faire ci-dessus à l'aide que. Il va vous aider à mieux plus tard.
OriginalL'auteur Arun Sangal
Pour moi, tuer le Gradle démon (
gradle --stop
) a vraiment aidé et résolu le problème.OriginalL'auteur Chiranjeevi
Le Problème résolu par la simple utilisation de "sudo" et donnant accès à gradle pour créer un dossier et le cache en écriture. utilisation:
OriginalL'auteur Zainub Wahid
J'ai eu le même problème.
Pour moi, il a travaillé après exclure de la .gradle dossier si vous ne pouvez pas supprimer essayez de renommer.
OriginalL'auteur UnHee Schiefelbein
Si vous utilisez wrapper gradlew, dans la racine de mettre à jour l'annuaire .gradle_new
et exécuter gradlew avec des arguments:
OriginalL'auteur Sergey Pavlov
Si vous avez juste mis à jour votre version du JDK et vous avez mis en place un Gradle wrapper dans votre projet, vous pouvez double-vérifier l'emballage version prend en charge votre nouveau JDK. Si pas, envisager de supprimer wrapper liés à des fichiers du projet (
gradlew
,gradlew.bat
etgradle/wrapper/*
) et re-génération avec le Gradle CLI, comme suit:par exemple
gradle wrapper --gradle-version 4.10.2
Bien sûr, cela suppose que votre Gradle installation est à jour. Si non, vous souhaitez mettre à jour en premier.
Pour l'utilisateur final, oui. Cependant, vous avez besoin de générer les fichiers de wrapper pour offrir à l'utilisateur. En tant que développeur, il est prudent de vérifier votre Gradle installation est à jour avant de générer ces fichiers, surtout si vous rencontrez des erreurs après la mise à niveau de votre JDK.
Pour moi, la suppression de gradlew, gradlew.chauve-souris et gradle/emballage/* a travaillé. Après que AndroidStudio a juste montré un certain message et a généré les fichiers manquants.
OriginalL'auteur Flic
Redémarrage de la machine, le problème est réglé.
OriginalL'auteur YaBoiSandeep
Vous suffit de l'Exécuter en vertu de la super-utilisateur (sudo ....) il fonctionne pour moi
OriginalL'auteur Farouk Benarous
Pour référence future.
J'ai eu le même problème, le problème était que l'antivirus a été le blocage de OpenJdk plate-forme binaire et java.exe qui a empêché android studio d'être en mesure de modifier les fichiers
OriginalL'auteur Rami Amr
Je suis tombé sur cette exception en essayant de construire un projet qui a été monté en lecture seule du système de fichiers sur une machine virtuelle. Le projet a créé son propre gradle cache, afin de changer
GRADLE_USER_HOME
n'a pas de travail. J'ai dû changer le système de fichiers en lecture/écriture.OriginalL'auteur antonagestam
Pour moi, c'était de le faire avec les versions de Java. J'ai Java 10 est installé et que la valeur par défaut de Java sur mon système. La fixation d'un JAVA_HOME pointe à Java 8 est suffisant pour que le projet (graphql-printemps-boot) à construire.
OriginalL'auteur Thomas David Baker
J'ai eu la même erreur, de s'en débarrasser à l'aide de la version correcte de Java /JDK. J'étais en train de construire un Java 8 projet Java avec 11 JDK. Vérifier la version de Java JDK que vous utilisez.
À développer des projets avec les différentes versions de Java en parallèle j'utilise maintenant jEnv de gérer les différentes versions JDK: http://www.jenv.be/
OriginalL'auteur chrisly
C'est un problème d'autorisation.
faire un
gradle wrapper --stacktrace
vous devriez voir quelque chose comme ceci
Échec de la création d'un parent directory '/home/cloud_user/mon-projet/gradle' lors de la création du répertoire '/home/cloud_user/mon-projet/gradle/wrapper'
l'utilisateur, cloud_user, n'a aucune autorisation pour le répertoire
faire cloud_user propriétaire du dossier
sudo chown -R cloud_user:cloud_user /home/cloud_user/my-project/
OriginalL'auteur wale