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 a rencontré le problème de variable de chemin. J'ai donc corrigé cela en changeant "PATH" dans les variables d'environnement pour inclure où se trouve mon fichier java.exe à partir du JDK.

Mais maintenant, lorsque j'ouvre le gestionnaire Android SDK, un écran de type cmd clignote brièvement pendant une demi-seconde, puis disparaît. Je n'ai aucune idée de ce qui se passe et comment faire fonctionner cette chose.

Assurez-vous que votre java\binrépertoire se trouve dans votre instruction path avant le windows\system32répertoire. Le SDK Manager utilise java et il a trouvé celui 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 changé la variable de chemin pour vérification.

D'accord, 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é de courir tools/android.batet j'ai remarqué que j'avais des erreurs. J'ai approfondi et il semble qu'il y ait quelque chose de mal dans le code qui trouve votre chemin Java.

Voici comment vous le corrigez:

1. Ouvrez-vous tools/android.batdans votre éditeur de texte préféré

2. Recherchez ce morceau de code:

   set java_exe=
   call lib\find_java.bat
   if not defined java_exe goto :EOF
   

3. Remplacez-le par ceci:

   set java_exe=D:\Program Files\Java\jdk1.7.0_07\bin\java.exe 

   où le chemin est le chemin vers votre exe Java.

4. Courir android.bat

(dans mon cas, j'ai dû spécifier le chemin d'accès à l' java_exeétape 3 sans guillemets pour le faire fonctionner.)

Il existe de nombreuses raisons pour lesquelles le Gestionnaire de SDK ne s'ouvre pas. Plutôt que d'essayer chacun d'eux à l'aveugle, je recommande d'exécuter android.bat dans une fenêtre de commande afin que vous puissiez lire le message d'erreur et appliquer le correctif correct.

Dans la dernière version du SDK Android, l'exécution de "SDK Manager.exe" et / ou "AVD Manager.exe" ne s'ouvrira plus. Même le lien «Launch Standalone SDK Manager» dans Android Studio, qui se trouvait auparavant dans les paramètres du SDK Android, a maintenant disparu.

Il est désormais recommandé d'effectuer la gestion manuelle des SDK et AVD dans Android Studio. Mais pour ceux qui n'ont pas d'Android Studio ou pour ceux qui n'aiment pas ouvrir Android Studio uniquement pour effectuer la gestion du SDK, vous pouvez toujours gérer le SDK à l'aide des outils de ligne de commande, "tools / bin / sdkmanager.bat" et " tools / 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 le SDK Android prend la version 25.3.1 et supérieure.

Même problème ici. Fixé! J'ai installé les bonnes choses Java, toutes en 64 bits, car mon système est x64, et rien ne s'est passé. Je suis donc allé C:\Users\[my name]et supprimé le répertoire .androidqui a été créé la première fois que le SDK a fonctionné, apparemment avec une mauvaise configuration.

Ensuite, cela a fonctionné. Vous pouvez essayer ça. Supprimez ce dossier ou déplacez-le simplement sur le bureau et exécutez le SDK.

Google a supprimé l'interface graphique du 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 SDK Android est-elle partie?

Il existe plusieurs façons de lancer le SDK Manager:

1. SDK Manager.exe à la racine du SDK Android.
2. SDK Manager.exedans sdk\tools\lible SDK Android.
3. Window -> Android SDK Manager menu dans Eclipse
4. android.batdans sdk\toolsle SDK Android.

Dans mon cas, il semble que android.batla ligne échoue:

for /f %%a in ('%java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a

En ce qui concerne ce que fait cette ligne ... si je lance manuellement: "[path_to_java]java" -jar lib\archquery.jar

Il renvoie avec succès: x86_64

Mais lorsque le fichier batch exécute cette même commande, je ne sais pas pourquoi mais il échoue avec le message d'erreur:

Unable to access jarfile lib\archquery.jar

Ainsi, la variable swt_pathest définie sur une chaîne vide. Tout tombe en panne à partir de là.

Le fichier de commandes définit la valeur correcte pour la variable java_exe. D'autres ont généralement signalé cela comme un problème, mais ces solutions de contournement n'étaient pas pertinentes dans mon cas.

Les gens ont recommandé de commenter la ligne de problème en ajoutant REM au début de celle-ci et en ajoutant une ligne pour définir manuellement la swt_pathvariable, ce qui est 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 critique dans mon cas est qu'il choisit de charger un fichier jar à partir du lib\x86ou du lib\x86_64dossier ici. À un moment donné, les choses se confondaient entre l'erreur de fichier BAT, un JDK 32 bits et un SDK Android 64 bits.

Donc , la solution de contournement dans mon cas était de:

1. Désinstaller TOUTES les versions de Java
2. Installez le JDK
   • Vous pouvez soit 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 "témoin" du JDK devrait correspondre au SDK Android. Il semble que le 32 bits ou le 64 bits fonctionnera sur un ordinateur 64 bits, POUR autant que le témoin JDK corresponde au témoin Android SDK.

3. 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\x86

   • Si 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

Après cela, je peux exécuter avec succès le Gestionnaire de SDK en exécutant android.bat, ou à partir du menu Eclipse (mais toujours pas en exécutant directement l'un des SDK Manager.exefichiers).

Le moyen le plus simple consiste à exécuter le programme en tant qu'administrateur.

Cliquez avec le bouton droit sur le Gestionnaire de SDK -> Exécuter en tant qu'administrateur

Cela devrait résoudre le problème :)

J'ai eu le même problème, j'ai 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 véritable merde de l'utilisateur final Java SE. Accédez à http://www.java.com/en/download/ie_manual.jsp?locale=en 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 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

Modifiez ensuite la Pathvariable, préfixez-la avec %JAVA_PATH%\bin;.

La localisation du fichier android.bat dans le dossier tools a fonctionné pour moi. C'est drôle que c'est une corvée de le faire fonctionner. D'après mon expérience, les fichiers .exe fonctionnent généralement comme prévu. Je ne sais pas pourquoi ce n'est pas le cas dans ce cas ... étrange et ennuyeux!

J'avais quelque chose de totalement différent des autres réponses.

J'ai couru tools/android.batet j'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)

Fondamentalement, il semblait que j'avais une configuration AVD corrompue, alors je suis allé nettoyer mes périphériques virtuels et tout a recommencé à fonctionner! (Fichiers C:\Users\YourUser\.android\avdpour 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 étape par étape contenant le correctif universel pour aider tous les développeurs à surmonter 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. Retirez-le et réinstallez jdk v1.7.xx

2.Définissez les chemins d'accès aux dossiers jdk et jre bin dans les variables d'environnement

3. supprimez (faites une sauvegarde en premier) le dossier .android présent dans C:> Utilisateurs> [nom d'utilisateur]> .android

4.Définissez la variable JAVA_HOME en conservant JAVA_HOME comme nom de variable et le chemin vers le dossier bin de jdk comme valeur de variable.

5. Allez dans [répertoire-sdk]> outils. Recherchez et faites un clic 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É

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É

rem for /f "delims=" %%a in ('"%java_exe%" -jar lib\archquery.jar') do set swt_path=lib\%%a
set swt_path=lib\x86_64

REMARQUE: Si votre SDK Android est 64 bits, mentionnez set swt_path = lib \ x86_64 sinon, s'il est 32 bits, conservez-le comme set swt_path = lib \ x86

6. Terminé! Lancez Android SDK à partir du fichier android.bat ou de l'éclipse. Ça devrait bien s'ouvrir!

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 cela comme une information bien que ce soit un vieux fil.

J'ai récemment rencontré ce problème après avoir installé l'émulateur Android à l'aide du gestionnaire sdk d'Android Studio - qui a également mis à niveau mes outils Android SDK vers 26.0.1 (car c'était une condition préalable - selon le gestionnaire SDK d'Android Studio).

Dans mon cas, j'ai simplement remplacé le toolsdossier du sdk android par le toolsdossier d'un sdk android plus ancien. Cela a rétrogradé les outils Android SDK, mais maintenant je peux ouvrir le gestionnaire SDK en utilisant SDK Manager.exe.

Assurez-vous également qu'il n'y a pas de 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).

Même problème ici, j'ai essayé toutes les solutions mais rien n'a fonctionné. Ensuite, je suis entré C:\Users\User_nameet j'ai supprimé le dossier ".android", puis le SDK Manager pouvait s'ouvrir normalement et créer automatiquement un autre dossier ".android".

J'ai résolu ce problème. Si vous ne parvenez pas à ouvrir "SDK Manager.exe" depuis l'explorateur ou si vous rencontrez un problème avec SDK Manager.

Vérifiez d'abord que le chemin Java est donné dans la variable d'environnement. (exécutez la commande Java sur CMD ou exécutez Where Java sur CMD en tant qu'administrateur). Si la commande Java est reconnue, il peut ne pas y avoir de problème avec Java

Cela peut être dû à des outils SDK cassés. Pour le corriger, renommez d'abord le toolsdossier (Android\Sdk\tools)en tools.old. Téléchargez maintenant https://dl.google.com/android /repository/tools_r25.2.3-windows.zip?hl=id . Après cela, décompressez les fichiers zip téléchargés vers un Android\Sdk\nouveau toolsdossier, avec tout le contenu du SDK. Maintenant ouvert SDK Manager.exe. S'il s'ouvre, votre problème est résolu. Veuillez noter que SDK Manager.exe est un fichier de lancement qui démarre Android\Sdk\tools\bin\sdkmanager.bat. si vous êtes satisfait de la réponse, veuillez voter pour que le maximum d'utilisateurs puisse résoudre le problème. Pour plus d'aide, visitez cette page https://answers.unity.com/questions/1320150/unable-to-list-target-platform.html

J'ai essayé de faire fonctionner le gestionnaire de SDK pendant un certain temps maintenant en suivant divers threads avec des problèmes similaires que j'ai pu trouver.

Une autre solution à envisager consiste à déplacer le SDK Android dans un répertoire sans espaces dans son nom.

Par exemple, dans mon cas, il résidait dans:

e:\Program Files (x86)\Android\android-sdk\

et échouerait. Lorsque déplacé vers:

c:\android_sdk_sucks\

Ça a marché.

J'ai essayé toutes les solutions les plus populaires avant et personne ne travaillait pour moi, jusqu'à ce que je réalise que le dossier SDK Android ne doit pas avoir d'espace, alors je l'ai changé de "C: \ Android SDK" en "C: \ Android_SDK". Aussi simple que cela.

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_25est votre dossier jdk. 3) Profitez-en. SDK Manager sera lancé à partir du studio Android IDE.

J'ai installé Android Studio pour Mac. Je n'ai pas pu accéder au gestionnaire du SDK via l'IDE. Il s'avère que je devais juste avoir ma variable d'environnement JAVA_HOME définie. Une fois que j'ai obtenu cet ensemble, j'ai pu lancer le gestionnaire de SDK.

J'avais rencontré le même problème. Lors de l'exécution de android.bat, j'ai trouvé la solution (si Java est installé dans le répertoire Windows «normal», c'est-à-dire «fichiers programme»), vous devez mettre des guillemets autour de «c: / program files /» etc etc. Sinon, il ne peut pas trouver java sur "C: / programme". (moi déteste 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-cliquais sur l'application de gestionnaire de SDK réelle. J'ai résolu ce problème en définissant une nouvelle variable d'environnement:

ANDROID_HOME = C:\Development\adt-bundle-windows-x86_64-20130911\sdk\

redémarré mon PC et maintenant je peux double-cliquer sur l'application et exécuter le SDK Manager. J'espère que cela pourra aider :)

J'ai vu des réponses qui fournissent des solutions de contournement en codant en dur l' java.exeemplacement et x86/ ou la x86_64chaîne d'architecture sdk\tools\android.bat. Ce sont des solutions rapides, mais elles n'ont pas résolu le problème fondamental dont je suis réellement curieux.

Le problème réel que j'ai rencontré est que le script de commandes n'est pas en mesure de trouver un autre fichier script / jar et n'a donc pas pu continuer. Je pourrais dire que le script était mal écrit.

Après avoir apporté les modifications suivantes 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 le SDK Manager devrait sortir.

ps Mon installation d'OS, Java 8 et SDK Android est récente et je n'ai fait aucune configuration supplémentaire.

ps Vous devrez peut-être encore configurer la variable d'environnement PATH afin que le script puisse trouver la variable appropriée java.exe.

Je teste dans tous les sens, mais le seul moyen de travailler était de réinstaller sdk-manager sur le même chemin que l'ancien

http://quantumsupport.blogspot.com/2011/03/android-sdk-managerexe-wont-start.html

Créez un nouveau compte d'utilisateur, réinstallez ou lancez simplement android.bat et cela devrait fonctionner pour moi

J'ai rencontré un problème similaire où le gestionnaire du SDK faisait 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 64 bits. J'avais installé la version JDK 64 bits. Le problème ne disparaîtrait pas avec la réinstallation de JDK ou la modification du chemin. Ma théorie était que le SDK Manager peut être nécessaire en version 32 bits de JDK. Je ne sais pas pourquoi cela devrait être important, mais j'ai fini par installer la version 32 bits de JDK et magic. Et SDK Manager a été lancé avec succès.

OS: Windows 7- 64 bits, SDK Android: 64 bits

1. Introduisez une nouvelle 'variable système' nommée: JAVA_HOME avec la valeur: C: \ Program Files \ Java \ jdk1.7.0_51

2. 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' est quelque chose comme: C: \ Program Files \ Java \ jdk1.7.0_51 \ bin
• Il n'y a pas d'espace dans le nom de votre dossier, remplacez quelque chose comme C: \ Android SDK par C: \ Android_SDK
• Vous pouvez trouver votre java avec la commande 'where java' en ligne de commande