Le gestionnaire de SDK Android ne s'ouvre pas
J'ai donc installé le sdk Android pour Windows:
http://developer.Android.com/sdk/index.html (le lien d'installation)
Et couru dans le problème de variable de chemin. J'ai donc résolu le problème en modifiant "PATH" dans les variables d'environnement pour indiquer l'emplacement de mon fichier Java.exe à partir du JDK.
Mais maintenant, lorsque j'ouvre le gestionnaire de sdk Android, un écran semblable à une cmd clignote brièvement pendant une demi-seconde, puis disparaît. Je n'ai aucune idée de ce qui se passe et de la façon de faire fonctionner cette chose.
Assurez-vous que votre répertoire Java\bin se trouve dans votre déclaration de chemin d'accès avant le répertoire windows\system32. Le SDK Manager utilise Java et il en trouvait un dans le dossier system32.
Dans une fenêtre CMD, vous pouvez exécuter 'where Java'. N'oubliez pas de redémarrer votre CMD après avoir modifié la variable de chemin pour vérification.
J'espère que cela t'aides
Bon, j'ai eu le même problème, et aucune de ces réponses n'a fonctionné pour moi (j'utilise Windows 8). J'ai essayé d'exécuter tools/Android.bat et j'ai remarqué des erreurs. J'ai étudié plus avant et il semble qu'il y ait quelque chose qui cloche dans le code qui trouve votre chemin Java.
Voici comment résoudre ce problème:
- Ouvrez
tools/Android.batdans votre éditeur de texte préféré Rechercher ce morceau de code:
set Java_exe= call lib\find_Java.bat if not defined Java_exe goto :EOFRemplacez-le par ceci:
set Java_exe=D:\Program Files\Java\jdk1.7.0_07\bin\Java.exeoù le chemin est le chemin de votre exe Java.
Exécuter
Android.bat
(Dans mon cas, je devais spécifier le chemin d'accès à Java_exe à l'étape 3 sans guillemets pour que cela fonctionne.)
Il existe de nombreuses raisons pour lesquelles le gestionnaire de SDK ne s'ouvre pas. Plutôt que d'essayer aveuglément chacune d'elles, je vous recommande d'exécuter Android.bat dans une fenêtre de commande afin de pouvoir lire le message d'erreur et appliquer le correctif correct.
Même problème ici . Corrigé! Je suis donc allé à C:\Users\[my name] et j'ai supprimé le répertoire .Android créé lors de la première exécution du SDK, apparemment avec une configuration erronée.
Ensuite cela a fonctionné. Vous pouvez essayer ça. Supprimez ce dossier ou déplacez-le simplement sur le bureau et exécutez le SDK.
Dans la dernière version du SDK Android, l'exécution de "SDK Manager.exe" et/ou "AVD Manager.exe" ne s'ouvre plus. Même le lien "Lancer le gestionnaire de SDK autonome" dans Android Studio, qui se trouvait auparavant dans les paramètres du SDK Android, a maintenant disparu.
Il est maintenant recommandé d'effectuer la gestion manuelle du SDK et des AVD dans Android Studio. Mais pour ceux qui n'ont pas Android Studio ou pour ceux qui n'aiment pas ouvrir Android Studio uniquement pour gérer le SDK, vous pouvez toujours gérer le SDK à l'aide des outils de ligne de commande, "tools/bin/sdkmanager.bat" et "outils/bin/avdmanager.bat" .
Ces informations sont disponibles lors de l’exécution de "tools/Android.bat". Je pense que cela est vrai pour ceux qui ont actuellement Android SDK a pris v25.3.1 et ci-dessus.
Il semble y avoir plusieurs manières de lancer le gestionnaire de SDK:
SDK Manager.exeà la racine du SDK Android.SDK Manager.exedanssdk\tools\libdu SDK Android.Window -> Android SDK Managermenu dans EclipseAndroid.batdanssdk\toolsdu SDK Android.
Dans mon cas, il semble que Android.bat échoue sur la ligne:
for /f %%a in ('%Java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a
En ce qui concerne ce que cette ligne fait ... si je lance manuellement: "[path_to_Java]java" -jar lib\archquery.jar
Il renvoie avec succès: x86_64
Mais lorsque le fichier de commandes exécute la même commande, je ne sais pas pourquoi, mais le message d'erreur suivant échoue:
Unable to access jarfile lib\archquery.jar
Ainsi, la variable swt_path est définie sur une chaîne vide. Tout se décompose à partir de là.
Le fichier de commandes définit la valeur correcte pour la variable Java_exe. D'autres ont souvent signalé que c'était un problème, mais ces solutions de contournement n'étaient pas pertinentes dans mon cas.
Des personnes ont recommandé de commenter la ligne posant problème en ajoutant REM au début de celle-ci, et en ajoutant une ligne pour définir manuellement la variable swt_path, qui constitue une solution de contournement valide:
REM for /f %%a in ('%Java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a
set swt_path=lib\x86
MAIS, le problème essentiel dans mon cas est qu’il choisit de charger un fichier jar à partir du dossier lib\x86 ou du dossier lib\x86_64 ici. À un moment donné, la confusion entre une erreur de fichier BAT, un JDK 32 bits et un SDK Android 64 bits était confuse.
SO, la solution dans mon cas était de:
- Désinstallez TOUTES les versions de Java
- Installez le JDK
- Vous pouvez utiliser le SDK Android 32 bits et installer le JDK 32 bits.
- Ou utilisez le SDK Android 64 bits et installez le JDK 64 bits
- Mais le "bitness" du JDK devrait correspondre au SDK Android. Il semble que l’un des formats 32 bits ou 64 bits fonctionnera sur un ordinateur 64 bits, aussi longtemps que le bit JDK correspond au bitness SDK d’Android.
Modifier "Android.bat"
Si vous utilisez le SDK/JDK Android 32 bits, utilisez
lib\x86:REM for /f %%a in ('%Java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a set swt_path=lib\x86Si vous utilisez le SDK/JDK Android 64 bits, utilisez
lib\x86_64:REM for /f %%a in ('%Java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a set swt_path=lib\x86_64
Cela fait, je peux exécuter le gestionnaire de SDK avec succès en exécutant Android.bat ou à partir du menu Eclipse (mais pas en exécutant directement l’un des fichiers SDK Manager.exe).
Google a supprimé l'interface graphique pour le SDK à partir de la version 26. Si vous utilisez la version 26, essayez de passer à la version 25. Vous pouvez toujours ouvrir le SDK à partir d'Android Studio.
Source: L’interface graphique pour le gestionnaire de SDK Android est-elle partie?
J'ai eu le même problème, essayé de définir des variables de chemin et tout. Ce dont le gestionnaire de SDK a besoin n’est pas le JDK, mais la merde de l’utilisateur final Java SE. Allez à http://www.Java.com/en/download/ie_manual.jsp?locale=fr et téléchargez-le. Dès que j'ai fini d'installer ça, ça a fonctionné comme un charme
Essayez d’ajouter le chemin Java (pointant vers le JDK) aux variables d’environnement système.
Cliquez avec le bouton droit de la souris sur 'Ordinateur'> Propriétés> Paramètres système avancés> Variables d'environnement.
Ensuite, sous Variables système, ajoutez une nouvelle variable.
Variable Value
Java_PATH C:\Program Files\Java\jdk1.7.0
Ensuite, éditez la variable Path, préfixez-la avec %Java_PATH%\bin;.
Localiser le fichier Android.bat dans le dossier Outils a fonctionné pour moi. C'est drôle que ce soit une corvée de le faire fonctionner. D'après mon expérience, les fichiers .exe fonctionnent normalement comme prévu. Je ne sais pas pourquoi, dans ce cas, ce n'est pas le cas ... étrange et agaçant!
J'ai eu quelque chose de totalement différent des autres réponses.
J'ai couru tools/Android.bat et ai
Java.lang.NullPointerException
at Java.io.File.<init>(File.Java:251)
at com.Android.sdklib.internal.avd.AvdManager.parseAvdInfo(AvdManager.Java:1623)
at com.Android.sdklib.internal.avd.AvdManager.buildAvdList(AvdManager.Java:1584)
at com.Android.sdklib.internal.avd.AvdManager.<init>(AvdManager.Java:357)
at com.Android.sdklib.internal.avd.AvdManager.getInstance(AvdManager.Java:380)
at com.Android.sdklib.internal.repository.updater.UpdaterData.initSdk(UpdaterData.Java:259)
at com.Android.sdklib.internal.repository.updater.UpdaterData.<init>(UpdaterData.Java:127)
at com.Android.sdkuilib.internal.repository.SwtUpdaterData.<init>(SwtUpdaterData.Java:61)
at com.Android.sdkuilib.internal.repository.ui.SdkUpdaterWindowImpl2.<init>(SdkUpdaterWindowImpl2.Java:104)
at com.Android.sdkuilib.repository.SdkUpdaterWindow.<init>(SdkUpdaterWindow.Java:88)
at com.Android.sdkmanager.Main.showSdkManagerWindow(Main.Java:408)
at com.Android.sdkmanager.Main.doAction(Main.Java:391)
at com.Android.sdkmanager.Main.run(Main.Java:151)
at com.Android.sdkmanager.Main.main(Main.Java:117)
En gros, il me semblait que ma configuration AVD était corrompue. Je suis donc allé nettoyer mes périphériques virtuels et tout a recommencé à fonctionner! (Fichiers dans C:\Users\YourUser\.Android\avd pour les utilisateurs de Windows)
J'ai fait face au même problème et j'ai finalement réussi à le résoudre. J'ai ensuite créé un guide pas à pas contenant le correctif universel pour aider tous les développeurs à résoudre ce problème dès que possible: http://www.dominantwire.com/2015/03/Android-sdk-not-opening.html
Toutes les étapes en bref:
1.Si vous avez jdk v1.8. Supprimez-le et réinstallez jdk v1.7.x.x
2.Définissez les chemins d'accès aux dossiers jdk et jre bin dans les variables d'environnement
3. Supprimez (faites d'abord une sauvegarde) le dossier .Android présent dans C:> Utilisateurs> [nom d'utilisateur]> .Android
4.Définissez la variable Java_HOME en conservant Java_HOME en tant que nom de variable et le chemin d'accès au dossier bin de jdk en tant que valeur de variable.
5. Allez dans [sdk-directory]> tools. Recherchez et cliquez avec le bouton droit sur le fichier Android.bat et sélectionnez «Modifier» pour l'ouvrir dans le bloc-notes et apporter les modifications suivantes.
ORIGINAL
set Java_exe=
call lib\find_Java.bat
if not defined Java_exe goto :EOF
MODIFI&EACUTE;
set Java_exe=C:\Program Files\Java\jdk1.7.0_75\bin\Java.exe
rem call lib\find_Java.bat
rem if not defined Java_exe goto :EOF
REMARQUE: copiez et collez votre propre répertoire de chemin Java.exe comme expliqué précédemment.
ORIGINAL
for /f "delims=" %%a in ('"%Java_exe%" -jar lib\archquery.jar') do set swt_path=lib\%%a
MODIFI&EACUTE;
rem for /f "delims=" %%a in ('"%Java_exe%" -jar lib\archquery.jar') do set swt_path=lib\%%a
set swt_path=lib\x86_64
NOTE: Si votre sdk Android est 64 bits, alors mentionnez set swt_path = lib\x86_64, sinon s'il est 32 bits, conservez-le ainsi: swt_path = lib\x86
- Terminé! Lancez Android sdk à partir du fichier Android.bat ou d’Eclipse. Il devrait s'ouvrir très bien!
J'ai récemment fait face à ce problème après avoir installé un émulateur Android à l'aide du gestionnaire de sdk du studio Android - qui a également mis à niveau mes outils de sdk Android à 26.0.1 (car c'était une condition préalable - selon le gestionnaire de sdk du studio Android).
Dans mon cas, j'ai simplement remplacé le dossier tools du sdk Android par le dossier tools d'un ancien sdk Android. Cela a dégradé les outils Android SDK, mais maintenant je peux ouvrir le gestionnaire SDK en utilisant SDK Manager.exe.
J'ai essayé presque toutes les solutions fournies ici. Mais rien n'a fonctionné. Et enfin, j'ai téléchargé des outils (tools_r25.2.3-windows.Zip) à partir du lien ci-dessous et remplacé le sous-dossier tools dans le dossier sdk. Cela a commencé à fonctionner.
https://developer.Android.com/studio/index.html#downloads
Partager ceci comme une information bien que ce soit un vieux fil.
J'essayais de faire fonctionner le gestionnaire de sdk depuis un certain temps en suivant divers threads présentant des problèmes similaires que je pouvais trouver.
Toutes les suggestions ci-dessus sont bonnes.
Une autre solution à envisager consiste à déplacer Android sdk vers un répertoire sans espace.
Par exemple, dans mon cas, il résidait dans: E:\Program Files (x86)\Android\android-sdk \
et échouerait . Une fois déplacé à:
c:\Android_sdk_sucks \
Ça a marché.
J'espère que cela pourra aider.
Même problème ici, j'ai essayé toutes les solutions mais rien n'a fonctionné. Ensuite, je suis allé dans C:\Users\User_name et j'ai supprimé le dossier ".Android", puis le gestionnaire de SDK pouvait s'ouvrir normalement et créer automatiquement un autre dossier ".Android".
Assurez-vous également qu’il n’existe pas en tant que JRE avant votre JDK dans PATH sous Windows. Oracle place toujours son propre JRE dans le chemin avant toute autre chose (j'avais installé Oracle Lite après avoir installé le sdk Android).
J'ai résolu ce problème. Si vous ne parvenez pas à ouvrir "SDK Manager.exe" à partir de l'explorateur ou si vous rencontrez un problème avec SDK Manager.
Tout d’abord, vérifiez que le chemin Java est donné dans la variable d’environnement. (exécutez la commande Java sur CMD ou exécutez Where sur CMD en tant qu'administrateur). Si la commande Java est reconnue, il ne peut y avoir de problème avec Java
Cela peut être dû aux outils SDK cassés. Pour résoudre le problème, renommez d'abord le dossier tools du (Android\Sdk\tools) en tools.old. Maintenant, téléchargez https://dl.google.com/Android/repository/tools_r25.2.3-windows.zip?hl=id . Après cela, extrayez les fichiers Zip téléchargés à Android\Sdk\ d'où est nouveau tools dossier serait extrait avec tout le contenu du SDK. Ouvrez maintenant SDK Manager.exe. Si cela ouvre votre problème est résolu. Veuillez noter que SDK Manager.exe est un fichier de lancement qui lance Android\Sdk\tools\bin\sdkmanager.bat. si vous êtes satisfait de la réponse, s'il vous plaît, faites un vote positif afin que le maximum d'utilisateurs résolve le problème. Pour obtenir de l'aide supplémentaire, visitez cette page https://answers.unity.com/questions/1320150/unable-to-list-target-platform.html
http://tools.Android.com/knownissues Problèmes connus Impossible d’exécuter le SDK Manager (Broken find_Java.bat)
ou http://tools.Android.com/knownissues/find_Java.zip?attredirects=0&d=1
Rien ne m'aide de toutes ces réponses, mais j'ai trouvé les bonnes étapes (Windows 7 64 bits):
1) Ouvrez Android.bat à partir de votre dossier sdk pour le modifier.
2) Ajoutez exactement ces deux chaînes :
set Java_exe=c:\Program Files\Java\jdk1.8.0_25\bin\Java.exe
rem call lib\find_Java.bat
au lieu de cela :
set Java_exe=
call lib\find_Java.bat
if not defined Java_exe goto :EOF
Où c:\Program Files\Java\jdk1.8.0_25 est votre dossier jdk . 3) Enjoy. SDK Manager sera lancé à partir du studio Android IDE.
J'ai essayé toutes les solutions les plus populaires auparavant et personne ne travaillait pour moi, jusqu'à ce que je réalise que le dossier du SDK Android ne doit pas contenir d'espaces. Je l'ai donc changé de "C:\SDK Android" à "C:\Android_SDK". Aussi simple que cela.
On dirait qu'aucun corps n'a mis à jour ce fil depuis un moment. Mais je viens juste de gérer cela et pensais proposer ma solution. J'ai installé AndroidStudio pour mac. Je n'ai pas pu accéder au gestionnaire de sdk à travers l'ide. En fin de compte, je devais simplement définir ma variable d’environnement Java_HOME. Une fois que j'ai eu cet ensemble, j'ai pu lancer le gestionnaire de sdk.
J'ai rencontré un problème similaire. Le gestionnaire de SDK ferait clignoter une fenêtre de commande et mourrait.
C'est ce qui a fonctionné pour moi: mon processeur et mon système d'exploitation sont tous deux en 64 bits. J'avais installé la version JDK 64 bits. Le problème ne serait pas résolu par la réinstallation de JDK ou la modification du chemin. Ma théorie était que SDK Manager pourrait être nécessaire avec la version 32 bits de JDK. Je ne sais pas pourquoi cela devrait avoir de l'importance, mais j'ai fini par installer la version 32 bits de JDK et Magic. Et SDK Manager a été lancé avec succès.
J'espère que cela t'aides.
J'avais rencontré le même problème. Lors de l'exécution d'Android.bat, j'ai trouvé la solution (si Java est installé dans le répertoire Windows "normal", c'est-à-dire "fichiers de programme"), vous devez mettre des guillemets autour de "c:/programmes /" etc. Java sur "C:/programme". (moi n'aime pas les espaces)
Le problème avec le mien était que je pouvais exécuter le gestionnaire de SDK en double-cliquant sur Android.bat, mais pas lorsque je double-clique sur l'application du gestionnaire de SDK. J'ai résolu ce problème en définissant une nouvelle variable environnementale:
Android_HOME = C:\Development\adt-bundle-windows-x86_64-20130911\sdk\
j'ai redémarré mon ordinateur et je peux maintenant double-cliquer sur l'application et lancer SDK Manager. J'espère que cela pourra aider :)
Je teste dans tous les sens, mais le seul moyen efficace était d'installer sdk-manager dans le même chemin que l'ancien
J'ai eu le même problème, mais après un certain temps, trois d'entre eux apparaissent parce que j'ai cliqué 3 fois. Attendez un peu, peut-être que vous n'avez pas de problème.
Comment ça a fonctionné pour moi :)
Système d'exploitation: Windows 7- 64 bits, SDK Android: 64 bits
Introduisez une nouvelle "variable système" nommée: Java_HOME avec la valeur: C:\Program Files\Java\jdk1.7.0_51
Cliquez avec le bouton droit sur SDK Manager.exe -> Exécuter en tant qu'administrateur.
Une liste de contrôle:
- Assurez-vous que le chemin Java dans la variable système 'Path' ressemble à quelque chose comme: C:\Program Files\Java\jdk1.7.0_51\bin
- Votre nom de dossier ne contient pas d’espace. Remplacez quelque chose comme C:\SDK Android par C:\Android_SDK.
- Vous pouvez trouver votre Java avec la commande 'where Java' en ligne de commande
J'ai vu des réponses qui offrent des solutions de contournement en codant en dur Java.exe location et x86/x86_64 chaîne d'architecture dans sdk\tools\Android.bat Ce sont des solutions rapides, mais n'ont pas résolu le problème fondamental qui m'intéresse réellement.
Le problème que j’ai rencontré est que le script de traitement par lots ne peut pas trouver un autre fichier script/jar et qu’il n’a donc pas pu continuer. Je pourrais dire que le script était mal écrit.
Après avoir apporté les modifications suivantes dans sdk\tools\Android.bat, tout fonctionne comme un charme.
Plus précisément, j'ai ajouté %~dp0\:
set Java_exe=
call %~dp0\lib\find_Java.bat
if not defined Java_exe goto :EOF
...
for /f "delims=" %%a in ('"%Java_exe%" -jar %~dp0\lib\archquery.jar') do set swt_path=lib\%%a
Maintenant, essayez de lancer le script et SDK Manager devrait sortir.
p.s. Mon installation de OS, Java 8 et du SDK Android est récente et je n’ai effectué aucune configuration supplémentaire.
p.s. Vous devrez peut-être encore configurer la variable d’environnement PATH pour que le script puisse trouver le Java.exe approprié.
http://quantumsupport.blogspot.com/2011/03/Android-sdk-managerexe-wont-start.html
créer un nouveau compte utilisateur, réinstaller ou tout simplement démarrer Android.bat et cela devrait fonctionner pour moi
-chaotique