Android SDK y AVD Manager no se ejecutarán

Instalé el SDK de Android pero no lo puedo usar porque los administradores de AVD y SDK no se ejecutan. Cuando intento abrir uno de ellos, una ventana del símbolo del comando aparece para aproximadamente medio segundo y después se cierra. He tratado de ejecutar el exe desde el símbolo del sistema para ver si había un mensaje de error, pero no hay salida y actúa de la misma. Investigué el problema y descubrí que lo mismo ocurre con otras computadoras. He probado algunas de las soluciones que se publicaron allí:

Soluciones que no parecían funcionar

Agregar la ubicación JDK al principio de la PATH entorno PATH
Adición de la ubicación del SDK de Android a la PATH entorno PATH
Ejecución de las aplicaciones como administrador
Eliminación de la carpeta .android del .android ( C:/Users/[User Name] )
Instalar en la raíz de la unidad C: , en lugar de en Archivos de programa

Información del SO: Windows 7 Home Premium, Privilegios de administrador

Actualizar

Creo que encontré la fuente del problema, pero todavía no sé cómo solucionarlo. El problema parece estar con mi archivo android.bat en el directorio C:\Android\android-sdk\tools . Intenta llamar a find_java.bat pero no puede debido a un pequeño problema de sintaxis. Esta es la salida:

'C: \ Android \ ANDROI ~ 1 \ tools \ lib \ find_java.exe -s' no se reconoce como un comando interno o externo, un programa operativo o un archivo por lotes.

ERROR: No se encontró Java adecuado. Para poder usar correctamente las Herramientas para desarrolladores de Android, necesitas una versión adecuada de Java JDK instalada en tu sistema. Le recomendamos que instale la versión JDK de JavaSE, disponible aquí: http://www.oracle.com/technetwork/java/javase/downloads

Puede encontrar los requisitos completos del SDK de Android aquí: http://developer.android.com/sdk/requirements.html

Después de algunas modificaciones a android.bat , pude conseguir que llamara find_java.bat , que a su vez tenía un montón de errores, no importa lo que le hice. Finalmente me frustré y decidí codificar en la ubicación de java.exe . Más adelante en el archivo de proceso por lotes todavía había otro error. Estoy empezando a pensar que algo está realmente mal con mi instalación o el archivo por lotes. Este es el archivo por lotes ( android.bat ):

 @echo off rem Copyright (C) 2007 The Android Open Source Project rem rem Licensed under the Apache License, Version 2.0 (the "License"); rem you may not use this file except in compliance with the License. rem You may obtain a copy of the License at rem rem http://www.apache.org/licenses/LICENSE-2.0 rem rem Unless required by applicable law or agreed to in writing, software rem distributed under the License is distributed on an "AS IS" BASIS, rem WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. rem See the License for the specific language governing permissions and rem limitations under the License. rem Useful links: rem Command-line reference: rem http://technet.microsoft.com/en-us/library/bb490890.aspx rem don't modify the caller's environment setlocal rem Set up prog to be the path of this script, including following symlinks, rem and set up progdir to be the fully-qualified pathname of its directory. set prog=%~f0 rem Grab current directory before we change it set work_dir="%cd%" rem Change current directory and drive to where the script is, to avoid rem issues with directories containing whitespaces. cd /d %~dp0 rem Check we have a valid Java.exe in the path. set java_exe= call lib\find_java.bat if not defined java_exe goto :EOF set jar_path=lib\sdkmanager.jar;lib\swtmenubar.jar rem Set SWT.Jar path based on current architecture (x86 or x86_64) for /f %%a in ('%java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a :MkTempCopy rem Copy android.bat and its required libs to a temp dir. rem This avoids locking the tool dir in case the user is trying to update it. set tmp_dir=%TEMP%\temp-android-tool xcopy %swt_path% %tmp_dir%\%swt_path% /I /E /C /G /R /Y /Q > nul copy /B /D /Y lib\androidprefs.jar %tmp_dir%\lib\ > nul copy /B /D /Y lib\org.eclipse.* %tmp_dir%\lib\ > nul copy /B /D /Y lib\sdk* %tmp_dir%\lib\ > nul copy /B /D /Y lib\common.jar %tmp_dir%\lib\ > nul copy /B /D /Y lib\commons-compress* %tmp_dir%\lib\ > nul copy /B /D /Y lib\swtmenubar.jar %tmp_dir%\lib\ > nul copy /B /D /Y lib\commons-logging* %tmp_dir%\lib\ > nul copy /B /D /Y lib\commons-codec* %tmp_dir%\lib\ > nul copy /B /D /Y lib\httpclient* %tmp_dir%\lib\ > nul copy /B /D /Y lib\httpcore* %tmp_dir%\lib\ > nul copy /B /D /Y lib\httpmime* %tmp_dir%\lib\ > nul rem jar_path and swt_path are relative to PWD so we don't need to adjust them, just change dirs. set tools_dir=%cd% cd /d %tmp_dir% :EndTempCopy rem The global ANDROID_SWT always override the SWT.Jar path if defined ANDROID_SWT set swt_path=%ANDROID_SWT% if exist %swt_path% goto SetPath echo ERROR: SWT folder '%swt_path%' does not exist. echo Please set ANDROID_SWT to point to the folder containing swt.jar for your platform. goto :EOF :SetPath rem Finally exec the java program and end here. REM set REMOTE_DEBUG=-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=8000 call %java_exe% %REMOTE_DEBUG% -Dcom.android.sdkmanager.toolsdir="%tools_dir%" -Dcom.android.sdkmanager.workdir=%work_dir% -classpath "%jar_path%;%swt_path%\swt.jar" com.android.sdkmanager.Main %* rem EOF

Actualizar (de nuevo)

He instalado el SDK de Android en WinXP corriendo en virtualbox y funciona perfectamente. Todavía sería más bien ser capaz de usarlo en Win7 sin embargo.

He instalado una nueva versión x64 de JDK y que arregló mi problema

Así es como lo hice para trabajar en Windows 8

Agregue la variable de entorno JAVA_HOME y C:\Program Files (x86)\Java\jdk1.6.0_39\bin ubicación de instalación de java (es decir, C:\Program Files (x86)\Java\jdk1.6.0_39\bin )
A continuación, edite C: \ Usuarios {SU NOMBRE DE USUARIO} \ AppData \ Local \ Android \ android-sdk \ tools \ android.bat Busque la línea set java_exe= call lib\find_java.bat y cámbiela a set java_exe=java.exe
Guarde el archivo y debe ejecutarse

Tenga en cuenta que si obtiene un error sobre la ubicación swt simplemente hardcode la ruta. Establezca en lib \ x86 o lib \ x86_64

Espero que esto ayude

Tuve este problema con una nueva instalación de 64 bits win 7 pro, utilizando y una nueva instalación de 64 bits JDK.

La solución de Kenton Price en este post me arregló, y ahora todo funciona perfectamente.

La instalación de SDK de Android no encuentra JDK

Por alguna razón ADK (originalmente desarrollada por linux) en mi sistema necesitaba JAVA_HOME definido con barras diagonales de estilo linux en lugar de barras estilo backslashes.

Encontré el mismo problema que Rajesh encontró a partir de su comentario anterior. El comando entre paréntesis en esta línea no se estaba ejecutando

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

Editar: algunas personas pueden tener esta línea: for / f "delims =" %% a in ('"% dps0find_java% arch_ext% .exe" -s') set java_exe = %% a

Esta línea es de find_java.bat en el directorio tools\lib\ del sdk.

Tengo un sistema del triunfo 7 x64 y no estoy a punto de recargar el OS entero así que hardcoded qué MZB sugirió de su poste arriba:

Después de esta línea:

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

Editar: o esta línea:

Para / f "delims =" %% a en ('"% dps0find_java% arch_ext% .exe" -s') set java_exe = %% a

He añadido esta línea:

 set java_exe=%JAVA_HOME%\bin\java.exe

Esto supone que la variable de entorno JAVA_HOME está establecida en la carpeta Java JDK (sin \bin )

Si su variable JAVA_HOME incluye el \bin continuación, establezca lo siguiente:

 set java_exe=%JAVA_HOME%\java.exe

Si no tiene el entorno JAVA_HOME configurado, entonces necesita codificarlo con la ruta real que tiene en su máquina como lo hizo MZB en su publicación.

También lo hice por la lógica javaw también:

 set javaw_exe=%JAVA_HOME%\bin\javaw.exe

Finalmente puedo acceder al Administrador del SDK.

ACTUALIZACIÓN 06/01/2015:

A Ken YN quien actualizó este post después de enviarlo:

Cuando creé este post, había hecho referencia a esta línea:

Para / f "delims =" %% a en ('"% dps0find_java% arch_ext% .exe" -s') set java_exe = %% a

Esto en mi find_java.bat actual de la carpeta … \ sdk \ tools \ lib que acabo de actualizar ayer de la versión actual de Android Studio versión de Windows x64 (android-studio-bundle-141.1903250-windows.exe). La variable% arch_ext% tendrá 32 o 64 en ella dependiendo del sistema que tengan.

Pero no sé cómo se convirtió la línea anterior en:

Para / f "delims =" %% a en ('"% java_exe%" -jar lib \ archquery.jar') set swt_path = lib \ %% a

Después Ken YN hizo la edición.

Pero tal vez algunas personas tienen su versión en su archivo find_java.bat, pero creo que algunas personas tienen la otra como yo. Sólo estoy señalando esto para aquellos que tienen un problema de no ser capaz de abrir su SDK Manager.

Además debo mencionar que tuve este problema con JDK1.7 y JDK1.8. Originalmente había instalado JDK1.8, pero al leer los requisitos para Android Studio ayer, dijo JDK1.7 fue necesario, por lo que instaló JDK1.7 anoche pensando que iba a resolver mi problema, pero el problema con find_java.bat era el mismo Con cualquiera de las versiones de JDK.

Debo señalar también, cuando instalé Android Studio con ambas versiones de JDK, originalmente era capaz de acceder al SDK Manager antes de abrir Android Studio por primera vez. Pero cuando abrí Android Studio, empezó a actualizar el Administrador del SDK primero y tal vez eso es cuando el problema se produce porque después de iniciar un proyecto IDEA, no pude abrir el SDK Manager después de eso.

Así que quizás find_java.bat tiene esta línea ANTES de abrir Android Studio por primera vez:

Para / f "delims =" %% a en ('"% java_exe%" -jar lib \ archquery.jar') set swt_path = lib \ %% a

Y cuando Adroid Studio actualiza el SDK, ¿tiene la línea?

Para / f "delims =" %% a en ('"% dps0find_java% arch_ext% .exe" -s') set java_exe = %% a

No tengo tiempo para probar eso – ya he perdido tanto tiempo tratando de averiguar cómo acceder al SDK. Tal vez alguien más puede confirmar esto si están teniendo el mismo problema.

También tuve el mismo problema no capaz de abrir el SDK de Android, pero eliminando la carpeta .android del directorio de usuario (C: / Users / [User Name]) funciona …

Gracias

Acabo de encontrarme con un problema similar al de lopsided98 y probado todas las soluciones aquí también y sin resultados. Entonces me acordé de que tenía que añadir una variable de entorno para localizar java antes de que pudiera obtener android studio para empezar en primer lugar, así que sólo intentó añadir una nueva variable de sistema para Android_home y dirigió a mi carpeta android C:\Program Files (x86)\Android . Al igual que lo había hecho al configurar java y luego comenzó con ningún problema. SDK manager también está activo y trabajando ahora. Espero que esto ayude, si todavía tienes problemas

Esto era lo que había encontrado al configurar la parte java y sólo pensé que podría darle una oportunidad para Android también.

En algunos sistemas Windows, la secuencia de comandos de inicio no encuentra dónde está instalado Java. Si encuentra este problema, debe establecer una variable de entorno que indique la ubicación correcta.

Seleccione el menú Inicio> Equipo> Propiedades del sistema> Propiedades avanzadas del sistema.

A continuación, abra la Advanced tab > Environment Variables y agregue una nueva variable de sistema JAVA_HOME que señale a su carpeta JDK, por ejemplo

C: \ Archivos de programa \ Java \ jdk1.7.0_21.

No elimine la carpeta .android. Juz borra la carpeta avd dentro de la carpeta .android. Debería hacer mucho bien a tu trabajo.

Avance aplausos. Prakash.

Tuve este problema y el problema resultó ser esto:

 D:\dev\adt-bundle-windows-x86_64-20130522\sdk>"tools\lib\find_java.exe" C:\Windows\system32\java.exe

Recuerdo vagamente hace mucho tiempo tener un problema con un programa de encontrar Java y copiarlo en el directorio system32 para "resolverlo".

He eliminado esos archivos y ahora:

 D:\dev\adt-bundle-windows-x86_64-20130522\sdk>"tools\lib\find_java.exe" C:\Program Files\Java\jre7\bin\java.exe

Y el gestor SDK / ADK se ejecuta correctamente ahora.

Tuve el mismo problema en mi máquina de 64 bits de Windows-8. Limitó el problema a una declaración particular for /f "delims=" %%a in ('"%~dps0\find_java.exe" -s') do set java_exe=%%a en el archivo find_java.bat.

Por alguna razón, la sentencia entre paréntesis no se estaba ejecutando como un comando. He probado todas las soluciones sugeridas anteriormente, pero ninguno de ellos funcionó. Al final encontró que esta declaración en particular funcionó bien en otro Windows 8 de 64 bits de la máquina por lo que había algún problema con mi instalación de Windows 8. Comprobé los archivos de mi sistema operativo y encontré que algunos de ellos estaban corruptos, así que hice una reparación de mi instalación de Windows 8 y después de que todo funcionó bien.

Si el problema está en la máquina Windows, simplemente ejecute el Administrador de AVD o el Administrador de SDK como Administrador

Puede haber un problema con \ tools \ lib \ find_java.bat que no determina con éxito la ubicación de los ejecutables java.exe y javaw.exe.

La solución aquí: http://www.gmansoft.com/android-sdk-manager-find-java-problem/ trabajó para mí. Tenga en cuenta que si "arregla" el problema en android.bat otros archivos por lotes se romperán.

En caso de que se rompa el vínculo anterior, la solución consiste en cablear los resultados de find_java.bat para devolver la ubicación real de los ejecutables de java. Por ejemplo, editarlo para que sea algo como:

 rem Check we have a valid Java.exe in the path. The return code will rem be 0 if the command worked or 1 if the exec failed (program not found). rem for /f "delims=" %%a in ('"%~dps0\find_java%arch_ext%.exe" -s') do set java_exe=%%a set java_exe=c:\program files\Java\jdk1.8.0_25\bin\java.exe if not defined java_exe goto :CheckFailed :SearchJavaW rem Check if we can find a javaw.exe at the same location than java.exe. rem If that doesn't work, just fall back on the java.exe we just found. rem for /f "delims=" %%a in ('"%~dps0\find_java%arch_ext%.exe" -s -w') do set javaw_exe=%%a set javaw_exe=c:\program files\Java\jdk1.8.0_25\bin\javaw.exe if not exist "%javaw_exe%" set javaw_exe=%java_exe% goto :EOF

Me enfrenté al mismo problema cuando se actualizó mi entorno de trabajo. El problema estaba en <AndroidSDK>\tools\lib\find_java.bat (gracias a cualquiera que señalara este archivo). Buscó una versión de 64 bits de Java, mientras que tenía la versión de 32 bits instalada. El set arch_ext=32 simple y sucio set arch_ext=32 en find_java.bat resolvió el problema para mí.

Me enfrenté al mismo problema en Windows 8.1, y se resuelve ejecutando Android Studio como administrador