Eclipse trava no Android SDK Content Loader

Estou trabalhando com o Eclipse 4.2 (versão Juno 20120920-0800) no OS X 10.8.2 há algumas semanas, criando aplicativos para o Android 3.0 e superior. Eu tenho um MacBook Pro quad core i7 com um SSD, portanto, o desempenho não é um problema. Tudo estava bem.

Em algum momento, importei um projeto Android que exigia o Android 2.2, e instalei-o usando o gerenciador do Android SDK (v.21). Desde então, trabalhar com o Eclipse leva uma eternidade. Primeiro, ele imprimirá o seguinte na mensagem de status no canto inferior direito:

Carregador de conteúdo do SDK para Android: (0%)

Isso leva dois minutos ou mais. A mensagem específica é "Verificar projetos" e, enquanto isso, todos os projetos do Android são destacados em vermelho, porque os recursos do Android não são encontrados. Em seguida, prossegue com:

Carregando dados para o Android 2.2 (100%)

Isso ficará por alguns minutos. Em seguida, ele faz o mesmo com o Android 3.1 e outras versões do SDK que eu instalei. Ele basicamente trava sempre que o primeiro preenchimento automático é iniciado (por exemplo, após a digitação System.) ou quando eu acesso as preferências do Android antes que ele seja carregado.

Aqui está o estado do meu SDK para Android:

O que eu já tentei:

• Reinstalar o Android SDK (via Homebrew), excluindo /usr/local/Cellar/android-sdkcompletamente.

• Reinstalar o plugin AVD (v.21) do zero.

O que posso fazer para descobrir a origem desses problemas e voltar a um estado agradável e limpo?

Esta é a solução que encontrei que funciona corretamente:

1. Certifique-se de que o eclipse não esteja ativo. Se estiver ativo, elimine o eclipse na guia processos do gerenciador de tarefas
2. Abra %USERPROFILE%/no Windows ou simplesmente ~no Linux / OS X (você pode localizar esta pasta na área de trabalho)
3. Vá para a .androidpasta (pode ser uma pasta oculta)
4. Exclua a pasta cacheque está localizada dentro da .androidpasta
5. Exclua o arquivo ddms.cfglocalizado dentro da .androidpasta
6. Iniciar o Eclipse

Espero que isso funcione para você.

Mesmo problema, preso em 0%. Correu

/Applications/eclipse/eclipse -clean

e tudo funcionou muito bem novamente. Modifique esse caminho para caixas linux.

Atualização (da observação de @Janusz)

Para usuários do Mac com eclipse fora do diretório do aplicativo, seu comando clean será semelhante a:

path/eclipse/Eclipse.app/Contents/MacOS/eclipse -clean 

Vá para o diretório do espaço de trabalho \workspace\.metadata\.plugins\org.eclipse.core.resources\.projectse exclua todos os projetos lá.

Nota: Você não perderá seus projetos

Eu usei algumas outras respostas aqui para corrigir esse problema, mas me deparei com isso novamente recentemente, e nenhuma funcionou. Como não queria reinstalar ou excluir meu espaço de trabalho, finalmente encontrei um que funcionasse que poderia ajudar outra pessoa. Exclua o arquivo:

/workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi

Você pode fazer um backup primeiro, se quiser. Ele armazena as configurações do ambiente de trabalho (estado da perspectiva, caminhos de arquivo para opções de menu etc.) Mas o eclipse foi carregado e eu não precisei reinstalar nada como sugerir uma resposta. E eu não vi isso em lugar nenhum.

Sei que isso foi resolvido, mas pensei em compartilhar este link :

Solução Um

Muitas vezes, esse problema pode estar relacionado à rede. Verifique se sua rede está atrás de um proxy. Nesse caso, você precisa configurar o proxy no Eclipse. Para isso, vá em "Windows" -> "Preferências" -> "Geral" -> "Conexões de rede" e preencha suas informações de proxy. Reinicie o Eclipse depois disso. Por outro lado, também é possível que você tenha configurado o proxy no Eclipse antes, mas não esteja mais atrás do proxy. Certifique-se de desativar o proxy então.

Solução dois

Outra solução é limpar os diretórios de metadados específicos do projeto, armazenados no diretório do espaço de trabalho.

$ cd workspace/.metadata/.plugins/org.eclipse.core.resources/.projects
$ rm -rf *

Reinicie o Eclipse.

Solução três

Verifique se um processo adb está em execução. Nesse caso, interrompa o processo adb e reinicie o Eclipse.

Solução quatro

1. Tente excluir o conteúdo da pasta cache localizada no perfil do usuário em .android\cache
2. Tente excluir o ddms.cfg localizado no perfil do usuário em .android

Todas as outras soluções não funcionaram para mim, então simplesmente excluí todos os arquivos .log dentro da pasta [espaço de trabalho] /. Metadados e funcionou novamente!

Acontece que esse problema ocorre de fato quando sua conexão com a Internet está esquisita, lenta, etc.

Assim que voltasse à minha conexão normal com a Internet, o conteúdo seria carregado novamente novamente, em menos de alguns segundos.

Eu tentei toda a solução, mas não obtive solução. Depois disso, desconectei a Internet e excluí ddms.cfgda .androidpasta -> open eclipse-> dialog of statistics send to Google?-> Selecionadas NOe finalmente trabalhadas para mim.

Editado:

Eu tentei o eclipse -cleancomando no prompt de comando e isso também funcionou para mim.

Nota: Para o eclipse -cleancomando primeiro, você deve selecionar o caminho da pasta eclipse onde colocou.

Obrigado.

Estou em um Mac e usando o ADT, posso confirmar que o seguinte funcionou para mim.

cd workspace/.metadata/.plugins/org.eclipse.core.resources/.projects
rm -rf *

Não foi necessário reiniciar o Eclipse ou reiniciar o Mac. Parece que o Eclipse entra nesse estágio por causa de uma parada abrupta. Eu tive que forçar a inicialização do meu Mac e esse problema parece estar acontecendo desde então.

Minha solução:

Instale todos os documentos no gerenciador sdk.

Eu preparei um pequeno script para facilitar o tratamento desse problema recorrente e muito irritante. Abra o Terminal e, em seguida:

open ~/.bash_profile

no final do arquivo, cole esta função:

function eclipse-clean() {
  echo "removing ddms.cfg file" 
    cd ~/.android/
    rm ddms.cfg 
  echo "removing cache"
    cd cache/
    rm -rf *
  echo "done! you can open eclipse now."
}

então tudo o que você precisa fazer agora é:

source ~/.bash_profile

e sempre que estiver parado, digite a janela Terminal:

eclipse-clean

basta clicar com o botão direito no eclipse e executá-lo como administrador. Eu também estava tendo o mesmo problema. Depois disso, ele estava funcionando bem, às vezes as janelas não dão permissão para acessar o sdk no usuário normal, então você precisa dar permissões de administrador para trabalho android sdk ou carregador de conteúdo

esta abordagem:

encerre o eclipse e vá para YourWorkSpace \ .metadata \ .plugins \ org.eclipse.e4.workbench e remova "workbench.xmi", agora reinicie o eclipse.

Eu criei esse arquivo em lotes para executar a tarefa explicada pela resposta do slhck para sistemas Windows:

@echo off
set ECLIPSEFOLDER=%CD%
cd /D %USERPROFILE%/.android
rd /s /q cache
del ddms.cfg /f
cd /D %ECLIPSEFOLDER%
eclipse -clean -refresh
exit

Expliquei essa abordagem neste post no meu blog.

Todas as soluções acima não funcionaram para mim.

No eclipse, na guia Problemas, verifique os erros - Você pode não conseguir excluir o nome do arquivo e do caminho do projeto.

Agora Vá para o diretório do espaço de trabalho - Verifique project.properties para todo o projeto indicado na guia problemas e verifique

target = android-21

O valor alvo é válido e existe na sua pasta android-sdk / platform /

No meu caso, target = Google, o Google-Api-16 estava causando o problema. Substitua isso e ele resolveu.

Trabalhou! Tudo o que fiz foi abrir o Terminal e digitar:

    cd documents/workspace/.metadata/.plugins

e então ... digitado

rm -rf

... nessa categoria .plugins .

Existem várias razões para esse problema, e cada um tem uma solução diferente. Para um ambiente Linux, criei um alias para cuidar da maioria delas, pois elas aconteciam horas extras. Para ter todos aqueles em um só lugar, você pode tentar o seguinte:

• Adicione o seguinte no seu ~/.bash_aliasesarquivo.

  alias eclipse='rm -rf ~/.android/ddms.cfg;rm -rf ~/workspace/MyApps/.metadata/.plugins/org.eclipse.core.resources/.projects/*;mv ~/workspace/MyApps/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi ~/workspace/MyApps/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi.bkp;rm -rf ~/.android/cache/;cd ~/Desktop/adt-bundle-linux-x86_64-20140702/eclipse;nohup ./eclipse & cd -;'

• Atualize a fonte usando source ~/.bash_aliases

Nota:

• ~/workspace/MyAppsé o meu espaço de trabalho , você terá que configurar o seu de acordo.

• ~/Desktop/adt-bundle-linux-x86_64-20140702/eclipseé o local do meu executável eclipse , e você terá que configurar o seu de acordo

Então foi isso que me fez trabalhar novamente:

Resolvidos os problemas com as diferentes versões relacionadas ao android-support-v4.jar. Eles foram incompatíveis, o que causa problemas se os projetos estiverem relacionados de qualquer maneira.

O segundo não é tão óbvio: reiniciei o IDE a partir do shell, fornecendo a $ANDROID_SDK_HOMEvariável - Environment. Isso me deu um passo adiante, mas o ide fica em um local diferente. Fornecer $ANDROID_HOMEfinalmente me fez subir de novo.

BTW: Após este procedimento, não foi necessário seguir as inicializações do IDE para definir as variáveis ​​de ambiente novamente.