web-dev-qa-db-fra.com

Gradle reste bloqué dans les versions "build" ou "assembleDebug" lors de l'utilisation de la version 64 bits ou 32 bits d'Android Studio

Le problème que j'ai eu au cours des derniers mois est que Android Studio restait souvent bloqué sur Gradle: build, comme on le voit ici . Android Studio lui-même resterait réactif, mais la construction ne progresserait tout simplement pas. De plus, il ne génère jamais d'erreur, je ne peux donc pas publier d'informations utiles. Une fois dans une lune bleue, cela pourrait fonctionner soudainement, mais rien n’est fiable. 

Récemment, j'ai trouvé un article ici sur Stack Overflow où quelqu'un d'Android Studio restait bloqué sur Gradle: build lorsqu'il tentait de créer un nouveau projet. Il remarqua que ce problème n'existait pas dans la version 32 bits d'Android. Alors j'ai pensé, pourquoi ne pas essayer ça. Il s'avère que la construction n'est plus un problème, mais que assembleDebug l'est quand on tente de construire l'application. Comme on peut le voir ici .

Bien sûr, toutes ces commandes fonctionnent parfaitement lorsqu'elles sont exécutées à l'aide des commandes Invite et gradlew.

Ce que j'ai essayé jusqu'à présent:

  • Réinstallation d'Android Studio (y compris la suppression de .AndroidStudioProject)
  • Mise à niveau d'Android Studio vers la dernière version
  • Supprimer tous les fichiers de construction des projets
  • Création de nouveaux projets dans Android Studio
  • Passage d'Android Studio 64 bits à 32 bits

J'utilise la dernière version d'Android Studio en utilisant la version 19.1.0 des outils de compilation, gradle v0.11 + et am sur Windows 8.1.

Y a-t-il autre chose que je puisse essayer? Cela commence à devenir sérieusement ennuyeux. La dernière solution possible que je peux proposer est juste de faire un format complet et une nouvelle installation de Windows.

13
fdorssers

Parce qu'il n'y a pas de réponse à ce problème, je vais partager, ce que j'ai fait, pour résoudre ce problème. D'après ce que j'ai vu, le problème est qu'il existe une dépendance (ou plusieurs) à partir d'un dépôt Maven qui ne peut pas être chargé. Vous devez donc prendre toutes les dépendances une par une et vérifier s’il existe sur le dépôt Maven. 

Par exemple, j'avais une dépendance pour "org.jraf: Android-switch-backport: 1.3.1" de " http://JRAF.org/static/maven/2 " qui ne pouvait pas être à ce moment-là. ouvert. 

Mon build.gradle ressemblait à ceci:

  repositories {
      mavenCentral()
      maven {
        url "http://JRAF.org/static/maven/2"
      }
  }

  compile "org.jraf:Android-switch-backport:1.3.1
5
elvisrusu

Je rencontrais le même problème et la solution était très inattendue dans mon cas: L’antivirus AVAST interférait d’une manière ou d’une autre avec le processus Gradle: build. La désactivation de cet antivirus a résolu le problème!

12

Pour moi, ce problème est survenu lorsque j'étais en modem USB avec un appareil Android. La première génération prenait entre 5 et 10 minutes, et chaque nouvelle construction prenait entre 3 et 7 secondes. J'ai trouvé qu'en désactivant le partage de connexion USB, la première construction était terminée rapidement (et donc toutes les générations suivantes). Une fois la première version terminée, je pouvais réactiver le partage de connexion USB.

3
Tim Cooke

Si vous avez une nouvelle Ubuntu 14.04 avec Android Studio 1.5, il vous manque peut-être une bibliothèque. Essaye ça:

Sudo apt-get install lib32z1

Une autre réponse au débordement de pile

2
Yvan Pearson

Mon problème était que les exécutables Android Sdk manquaient le bit exécutable. Vous pouvez vérifier que certains de vos fichiers binaires, tels que/Sdk/build-tools // aapt, permettent de savoir s'ils sont autorisés à s'exécuter. Sinon, vous pouvez le résoudre en l'exécutant dans le dossier Sdk

chmod -R +x ./
0
ibrabeicker

Cela arrive 1 fois sur 2 pour moi. Le hack qui fonctionne pour moi est File->Exit et confirme la sortie. Ensuite, un message apparaît me disant que Gradle est en cours d'exécution et tout à coup l'écran pour choisir le périphérique apparaît. Je clique sur NO et tout se passe bien à nouveau. 

Quoi qu'il en soit, toujours une déception, mais je n'ai pas encore trouvé de réponse.

0
aldux