Eclipse se bloque au chargeur de contenu Android SDK

Je travaille avec Eclipse 4.2 (version Juno 20120920-0800) sur OS X 10.8.2 depuis quelques semaines, en créant des applications pour Android 3.0 et supérieur. J'ai un MacBook Pro quad core i7 avec un SSD, donc les performances ne sont pas un problème. Tout était bien.

À un moment donné, j'ai importé un projet Android qui nécessitait Android 2.2, je l'ai donc installé à l'aide du gestionnaire Android SDK (v.21). Depuis lors, travailler avec Eclipse prend une éternité. Tout d'abord, il imprimera ce qui suit dans le message d'état en bas à droite:

Chargeur de contenu SDK Android: (0%)

Cela prend environ deux minutes. Le message spécifique est "Vérifier les projets" et pendant ce temps, tous les projets Android sont surlignés en rouge, car les ressources Android ne sont pas trouvées. Ensuite, il procède avec:

Chargement des données pour Android 2.2 (100%)

Cela restera quelques minutes. Ensuite, il fait de même avec Android 3.1 et d'autres versions du SDK que j'ai installées. Il se bloque essentiellement chaque fois que la première saisie semi-automatique se déclenche (par exemple, après avoir tapé System.) ou lorsque j'accède aux préférences Android avant qu'il ne soit chargé.

Voici l'état de mon SDK Android:

Ce que j'ai déjà essayé:

• Réinstallation du SDK Android (via Homebrew), supprimant ainsi /usr/local/Cellar/android-sdkcomplètement.

• Réinstaller le plugin AVD (v.21) à partir de zéro.

Que puis-je faire pour connaître la source de ces problèmes et revenir à un état agréable et propre?

C'est la solution que j'ai trouvée qui fonctionne correctement:

1. Assurez-vous que l'éclipse n'est pas active. S'il est actif, tuez l'éclipse depuis l'onglet processus du gestionnaire de tâches
2. Ouvrir %USERPROFILE%/sous Windows ou simplement ~sous Linux / OS X (vous pouvez localiser ce dossier depuis le bureau)
3. Aller au .androiddossier (il peut s'agir d'un dossier caché)
4. Supprimez le dossier cachequi se trouve dans le .androiddossier
5. Supprimez le fichier ddms.cfgqui se trouve dans le .androiddossier
6. Démarrer Eclipse

J'espère que cela fonctionnera pour vous.

Même problème, bloqué à 0%. Ran

/Applications/eclipse/eclipse -clean

et tout a très bien fonctionné. Modifiez ce chemin pour les boîtes Linux.

Mise à jour (à partir de la remarque de @Janusz)

Pour les utilisateurs de mac avec eclipse en dehors du répertoire d'application, votre commande de nettoyage ressemblera à:

path/eclipse/Eclipse.app/Contents/MacOS/eclipse -clean 

Accédez à votre répertoire d'espace de travail \workspace\.metadata\.plugins\org.eclipse.core.resources\.projectset supprimez tous les projets qui s'y trouvent.

Remarque: vous n'allez pas perdre vos projets

J'ai utilisé d'autres réponses ici pour résoudre ce problème, mais je l'ai rencontré récemment, et aucune n'a fonctionné. Je ne voulais pas réinstaller ou supprimer mon espace de travail, alors j'ai finalement trouvé celui qui fonctionnait et qui pourrait aider quelqu'un d'autre. Supprimez le fichier:

/workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi

Vous pouvez d'abord faire une sauvegarde, si vous le souhaitez. Il stocke vos paramètres de plan de travail (état de perspective, chemins de fichier pour les options de menu, etc.) Mais eclipse est chargé et je n'ai pas eu à réinstaller quoi que ce soit comme le suggèrent certaines réponses. Et je n'ai vu ça nulle part.

Je sais que cela a été résolu, mais j'ai pensé partager ce lien :

Solution un

Souvent, ce problème peut être lié au réseau. Vérifiez si votre réseau est derrière un proxy. Si c'est le cas, vous devez configurer le proxy sur Eclipse. Pour cela, allez dans «Windows» -> «Préférences» -> «Général» -> «Connexions réseau» et remplissez vos informations de proxy. Redémarrez Eclipse après cela. Inversement, il est également possible que vous ayez déjà configuré un proxy sur Eclipse, mais que vous ne soyez plus derrière le proxy. Assurez-vous alors de désactiver le proxy.

Deuxième solution

Une autre solution consiste à nettoyer les répertoires de métadonnées spécifiques au projet qui sont stockés dans le répertoire de votre espace de travail.

$ cd workspace/.metadata/.plugins/org.eclipse.core.resources/.projects
$ rm -rf *

Redémarrez Eclipse.

Troisième solution

Vérifiez si un processus adb est en cours d'exécution. Si tel est le cas, arrêtez le processus adb et redémarrez Eclipse.

Solution quatre

1. Essayez de supprimer le contenu du dossier de cache situé dans le profil utilisateur sous .android\cache
2. Essayez de supprimer le fichier ddms.cfg situé dans le profil utilisateur sous .android

Toutes les autres solutions n'ont pas fonctionné pour moi, j'ai donc simplement supprimé tous les fichiers .log dans le dossier [workspace] /. Metadata et cela a fonctionné à nouveau!

Il s'avère que ce problème se produit en effet lorsque votre connexion Internet est fragile, lente, etc.

Dès que je suis revenu à ma connexion Internet normale, le contenu se chargeait à nouveau correctement, en moins de quelques secondes.

J'ai essayé toute la solution mais je n'ai pas obtenu de solution. Après cela, j'ai déconnecté Internet et supprimé ddms.cfgdu .androiddossier -> open eclipse-> dialog of statistics send to Google?-> Sélectionné NOet enfin travaillé pour moi.

Édité:

J'ai essayé la eclipse -cleancommande dans l'invite de commande et cela a également fonctionné pour moi.

Remarque: Pour la eclipse -cleancommande, vous devez d'abord sélectionner le chemin du dossier eclipse où vous l'avez placé.

Merci.

Je suis sur un Mac et j'utilise ADT, je peux confirmer que ce qui suit a fonctionné pour moi.

cd workspace/.metadata/.plugins/org.eclipse.core.resources/.projects
rm -rf *

Aucun redémarrage de l'Eclipse ou redémarrage du Mac n'a été utile. Il semble qu'Eclipse entre dans cette étape en raison d'un arrêt brutal. J'ai dû forcer le démarrage de mon Mac et ce problème semble se produire depuis lors.

Ma solution:

Installez tous les documents dans le gestionnaire sdk.

J'ai préparé un petit script pour faciliter le traitement de ce problème récurrent et très ennuyeux. Ouvrez Terminal, puis:

open ~/.bash_profile

à la fin du fichier collez cette fonction:

function eclipse-clean() {
  echo "removing ddms.cfg file" 
    cd ~/.android/
    rm ddms.cfg 
  echo "removing cache"
    cd cache/
    rm -rf *
  echo "done! you can open eclipse now."
}

il ne vous reste plus qu'à:

source ~/.bash_profile

et chaque fois que vous êtes coincé, tapez simplement dans la fenêtre Terminal:

eclipse-clean

faites juste un clic droit sur eclipse et exécutez-le en tant qu'administrateur. J'avais également le même problème après cela, cela fonctionnait bien. travail sdk android ou chargeur de contenu

cette approche:

arrêtez eclipse puis accédez à YourWorkSpace \ .metadata \ .plugins \ org.eclipse.e4.workbench et supprimez "workbench.xmi", puis redémarrez eclipse.

J'ai créé ce fichier batch pour remplir la tâche expliquée par la réponse de slhck pour les systèmes Windows:

@echo off
set ECLIPSEFOLDER=%CD%
cd /D %USERPROFILE%/.android
rd /s /q cache
del ddms.cfg /f
cd /D %ECLIPSEFOLDER%
eclipse -clean -refresh
exit

J'ai expliqué une telle approche dans cet article sur mon blog.

Toutes les solutions ci-dessus n'ont pas fonctionné pour moi.

Dans eclipse, sous l'onglet Problèmes, vérifiez les erreurs: il est possible que vous ne puissiez pas supprimer le fichier et le nom du chemin du projet.

Maintenant, allez dans votre répertoire d'espace de travail - Vérifiez project.properties pour tout le projet indiqué sous l'onglet problèmes et vérifiez

cible = android-21

La valeur cible est valide et existe dans votre dossier android-sdk / plates-formes /

Dans mon cas, target = Google, Google-Api-16 était à l'origine du problème. Remplacez cela et il a résolu.

Travaillé! Tout ce que j'ai fait, c'est d' ouvrir Terminal et de taper:

    cd documents/workspace/.metadata/.plugins

et puis ... tapé

rm -rf

... dans cette catégorie .plugins .

Il existe plusieurs raisons à ce problème et chacune a une solution différente. Pour un environnement Linux, j'ai créé un alias pour prendre en charge la plupart de ces problèmes au fur et à mesure qu'ils se produisent. Pour avoir tout cela en un seul endroit, vous pouvez essayer ceci:

• Ajoutez ce qui suit dans votre ~/.bash_aliasesfichier.

  alias eclipse='rm -rf ~/.android/ddms.cfg;rm -rf ~/workspace/MyApps/.metadata/.plugins/org.eclipse.core.resources/.projects/*;mv ~/workspace/MyApps/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi ~/workspace/MyApps/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi.bkp;rm -rf ~/.android/cache/;cd ~/Desktop/adt-bundle-linux-x86_64-20140702/eclipse;nohup ./eclipse & cd -;'

• Actualiser la source à l'aide source ~/.bash_aliases

Remarque:

• ~/workspace/MyAppsest mon espace de travail , vous devrez configurer le vôtre en conséquence.

• ~/Desktop/adt-bundle-linux-x86_64-20140702/eclipseest l'emplacement de mon exécutable eclipse , et vous devrez configurer le vôtre en conséquence

Voilà donc ce qui m'a fait retravailler:

Résolution des problèmes liés aux différentes versions liées à android-support-v4.jar. Ils étaient incompatibles, ce qui pose des problèmes si les projets sont liés de toute façon.

Le second n'est pas si évident: j'ai redémarré l'EDI à partir du shell, en fournissant la $ANDROID_SDK_HOMEvariable - Environment. Cela m'a fait aller un peu plus loin, mais l'idée se bloque à un endroit différent. Fournir $ANDROID_HOMEm'a finalement fait remonter.

BTW: Après cette procédure, il n'était pas nécessaire dans les démarrages suivants de l'EDI de définir à nouveau les variables d'environnement.