O Android SDK e o AVD Manager não serão executados

Eu instalei o Android SDK, mas não posso usá-lo porque os gerentes do AVD e do SDK não funcionam. Quando eu tento abrir qualquer um deles, uma janela de prompt de comando aparece por cerca de meio segundo e depois fecha. Eu tentei executar o exe a partir do prompt de comando para ver se havia uma mensagem de erro, mas não há saída e age da mesma forma. Eu pesquisei o problema e descobri que exatamente a mesma coisa acontece com outros computadores. Eu tentei algumas das soluções que foram postadas lá:

Soluções que não pareciam funcionarAdicionando o local do JDK ao início doPATH variável de ambienteAdicionando o local do Android SDK aoPATH variável de ambienteExecutando os aplicativos como um administradorExcluindo o.android pasta do usuário (C:/Users/[User Name]) diretórioInstalando na raiz doC: unidade, em vez de em arquivos de programa

Informações sobre SO: Windows 7 Home Premium, Privilégios de administração

Atualizar

Acho que encontrei a fonte do problema, mas ainda não sei como consertar isso. O problema parece ser com o meuandroid.bat arquivo noC:\Android\android-sdk\tools diretório. Ele tenta chamarfind_java.bat mas é incapaz de por causa de um pequeno problema de sintaxe. Esta é a saída:

'C: \ Android \ ANDROI ~ 1 \ tools \ lib \ find_java.exe -s' não é reconhecido como um comando interno ou externo, programa operável ou arquivo em lotes.

ERRO: Nenhum Java adequado encontrado. Para usar corretamente as Ferramentas de Desenvolvedor do Android, você precisa de uma versão adequada do Java JDK instalada em seu sistema. Recomendamos que você instale a versão JDK do JavaSE, disponível aqui:http://www.oracle.com/technetwork/java/javase/downloads

Você pode encontrar os requisitos completos do Android SDK aqui:http://developer.android.com/sdk/requirements.html

Depois de algumas modificaçõesandroid.bat, Eu consegui fazer isso chamarfind_java.bat, que por sua vez tem um monte de erros, não importa o que eu fiz para ele. Eu finalmente fiquei frustrado e decidi codificar no local dejava.exe. Mais tarde, no arquivo em lote, houve outro erro. Eu estou começando a pensar que algo está realmente errado com a minha instalação ou o arquivo de lote. Este é o arquivo em 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
Atualizar (novamente)

Eu instalei o Android SDK no WinXP rodando no virtualbox e ele funciona perfeitamente. Eu ainda prefiro ser capaz de usá-lo no Win7 embora.

questionAnswers(13)

yourAnswerToTheQuestion