tu caso es distinto, pero además a la edición android.bat, tal como se describe en la respuesta anterior, todavía no podía obtener el Administrador de SDK para ejecutar en Windows 8 de 64 bits, hasta que yo primero:
- desinstalado TODAS las versiones de Java
- reiniciado *
- instalarse sólo el X86 JDK (incluyendo la opción JRE Pública en el instalador)
Había probado todas estas cosas y más con anterioridad * sin necesidad de reiniciar, y este fue el único forma en que alguna vez obtuve el Administrador de SDK para ejecutar. Espero que esta información te salve de la total frustración y el tiempo perdido que experimenté. Qué dolor en el trasero solo por sacar las herramientas de la caja. Experiencia horrible
yo hubiera respondido como un comentario a la respuesta anterior, pero al parecer no tengo representante suficiente para hacer eso: respuesta más completa a continuación: https://meta.stackexchange.com/questions/25725/how-do-you-comment-on-a-specific-answer
EDITAR. (No creo que reiniciar tenía nada que ver con ello.)
Parece que hay varias formas de lanzar el SDK Manager:
SDK Manager.exe en la raíz del SDK de Android.SDK Manager.exe en sdk\tools\lib del SDK de Android.MenúWindow -> Android SDK Manager en Eclipseandroid.bat en sdk\tools del SDK de Android.
En mi caso, parece que android.bat falla en la línea:
for /f %%a in ('%java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a
En cuanto a lo que está haciendo la línea ... si me quedo manualmente: "[path_to_java]java" -jar lib\archquery.jar
Devuelve con éxito : x86_64
Pero cuando el archivo por lotes ejecuta ese mismo comando, no sé por qué pero falla con el mensaje de error:
Unable to access jarfile lib\archquery.jar
Así que la variable swt_path se establece en una cadena vacía. Todo se rompe desde allí.
El archivo por lotes establece el valor correcto para la variable java_exe. Otros han informado comúnmente esto como un problema, pero esas soluciones no fueron relevantes en mi caso.
personas han recomendado comentando la línea problema mediante la adición de REM al comienzo de la misma, y la adición de una línea que configurar manualmente la variable swt_path, que es una solución válida:
REM for /f %%a in ('%java_exe% -jar lib\archquery.jar') do set swt_path=lib\%%a
set swt_path=lib\x86
PERO, la El problema fundamental en mi caso es que está eligiendo cargar un archivo jar desde la carpeta lib\x86 o lib\x86_64 aquí. En algún momento, las cosas se confundieron entre el error del archivo BAT, un JDK de 32 bits y un SDK de Android de 64 bits.
SO, la solución en mi caso fue:
- desinstalar todas las versiones de Java
- Instalar el JDK
- Puede utilizar el SDK de Android 32 bits e instalar el 32-bit JDK
- O utilice el SDK de Android de 64 bits e instale el JDK de 64 bits
- Pero el "bitne ss "del JDK debe coincidir con el SDK de Android. Parece que cualquiera de 32 bits o de 64 bits funcionará en una computadora de 64 bits, MIENTRAS JDK bitness coincida con la bitness de Android SDK.
Editar "android.bat"
Si se utiliza el SDK Android 32-bit/JDK, utilice 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 se utiliza el SDK de 64 bits Android/JDK, utilice 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
Después de hacer esto, puedo ejecutar con éxito el Administrador de SDK ejecutando android.bat, o desde el menú de Eclipse (pero aún no ejecutando ninguno de los archivos SDK Manager.exe directamente).
OH DIOS GRACIAS ... estado intentando que el SDK de Android funcione durante más de una hora ... –
Si no funciona, intente 'establecer swt_path = lib \ x86_64'. – Sawny