Проблемы с загрузкой Android SDK Manager

Question

Я сделал несколько поисков для этого, но ни один из ответов не сработал для меня. Машина представляет собой совершенно новый 64-разрядный ПК под управлением Windows 7. У меня есть вся SDK, система Eclipse, работающая на моем старом 32-битном ПК без проблем, но я пытаюсь перейти на новый.

Что я пробовал:

• Убедитесь, что каталог бен в JDK это первая вещь в моей PATH так, чтобы не использовать C: \ WINDOWS \ system32 \ java.exe
• пробовал как JDK 6 (6u32) и JDK 7 (7u5), x64 версии в обоих случаях
• Запуск от имени администратора

Я пытался узнать, есть ли какие-либо ошибки, так что я побежал из командной строки. Абсолютно никакого сообщения не было, просто ничего не произошло. Я попытался перезагрузить компьютер.

Единственное, что я сделал, это заставило его запустить (но это не казалось мне лучшим способом) было изменить файл tools/android.bat. Я избавился от поиска java.exe (в основном, вызова find_java.bat) и установил переменную среды java_exe непосредственно в файл android.bat.

Есть ли что-то, что мне не хватает или это лучший способ? Это кажется немного неинтуитивным.

Answer 1

Последний набор комментариев охватывает то, что было решением.

Проще говоря, у вас нет пробелов в названии пути! Java SDK был установлен в каталог «Program Files». Пространство было причиной хаоса для метода, который Google использовал для поиска java.exe. Переустановив Java SDK в другой каталог (т. Е. D: \ apps), он решил проблемы, которые у меня были.

Итак, урок выучен для всех, кто сталкивается с этим.

Answer 2

Мое решение (перефразировать то, что было в самом вопросе):

Во-первых, проверьте, набрав java -version работы по командной строке

Затем найти и изменить строки в tools\android.bat к следующему:

rem Check we have a valid Java.exe in the path. 
set java_exe=java 
rem call lib\find_java.bat 
rem if not defined java_exe goto :EOF 

Наконец, перейдите в корневой каталог SDk в командной строке и запустить tools\android.bat

Это позволит вашему файлу android.bat работать даже без необходимости переустановки Java в непространственный путь.