eclipse travado ao construir espaço de trabalho

Estou usando o eclipse 3.4.1 Java EE no Vista. Parece gostar de ficar preso ao construir meu espaço de trabalho. Cancelar a compilação não parece fazer nada também.

Por que isso está acontecendo e como soluciono o problema?

Você pode dar uma olhada em Como relatar um impasse . Você também pode verificar a exibição de erros e / ou o log de erros ([espaço de trabalho] /. Metadados / .log). Se isso não ajudar, você provavelmente precisará incluir mais informações sobre quais plugins você instalou e quais projetos você possui. Você pode criar um espaço de trabalho mínimo que reproduza o problema?

Consegui corrigir isso com o seguinte:

Primeiro, saia do Eclipse. Em seguida, mova temporariamente a seguinte .projectspasta para um local seguro:

mv .metadata\.plugins\org.eclipse.core.resources\.projects projects

Inicie e saia do Eclipse, depois mova a .projectspasta de volta para onde estava originalmente:

mv projects .metadata\.plugins\org.eclipse.core.resources\.projects

Use por sua conta e risco, é claro.

Algum tempo é muito útil executar o eclipse a partir da linha de comando com o parâmetro "-clean" para forçar a produção de limpeza para o espaço de trabalho.

eclipse -clean não funcionou, mas o seguinte funcionou

eclipse -clean -clearPersistedState

O Eclipse geralmente congela para mim em 44% se estiver depurando o Android por USB. Ao desconectar o dispositivo, o Eclipse inicia.

A resposta aceita me permitiu reiniciar o Eclipse, mas parece que os projetos perderam seus metadados. (Por exemplo, todos os ícones Git / Gradle / Spring desapareceram dos nomes dos projetos.) Eu tenho muitos projetos lá e não queria importá-los novamente.

Então aqui está o que funcionou para mim sob o Kepler. YMMV, mas eu queria gravar isso para o caso de ajudar alguém.

Etapa 1. Mova temporariamente o .projectsarquivo para fora do caminho:

$ cd .metadata/.plugins/org.eclipse.core.resources
$ mv .projects .projects.bak

Etapa 2. Em seguida, inicie o Eclipse. Os metadados estarão ausentes, mas pelo menos o Eclipse será iniciado sem ficar preso.

Etapa 3. Feche o Eclipse.

Etapa 4. Reverta o .projects.bakarquivo para seu nome original:

$ mv .projects.bak .projects

Etapa 5. Reinicie o Eclipse. Pode construir algumas coisas, mas desta vez deve ser concluído. (Pelo menos ele fez por mim.)

Passo 1:

Abra o diretório do projeto e edite o arquivo .project, remova as seguintes linhas para desativar a validação do script java.

  <buildCommand>
      <name>org.eclipse.wst.jsdt.core.javascriptValidator</name>
      <arguments>
      </arguments>
    </buildCommand>

Salvar Arquivo.

Passo 2:

Vá para o diretório instalado do Eclipse e abra eclipse.ini (ou sts.in se você tiver STS), altere o valor de xms e xmx com base no tamanho da RAM do seu computador.

-Xms512m
-Xmx1024m
-XX:MaxPermSize=256m

OU: no Windows, vá para o atalho eclipse na área de trabalho, clique com o botão direito-> propriedades-> adicione o seguinte: C: \ software \ eclipse \ sts-3.6.2.RELEASE \ STS.exe -clean -Xms512m -Xmx1024m

Execute o Eclipse.

Vá para Eclipse-> janelas-> preferência-> Validação, ative Suspender todos os validadores. Faça isso se não desejar fazer nenhuma validação listada na lista fornecida no painel Validador.

Eu tenho esse problema quando tenho muitos projetos iniciados ao mesmo tempo. O que costumo fazer é:

• Reinicie o eclipse (às vezes eu preciso matar o eclipse)
• Desativar compilação automática imediatamente (projeto> desmarque Compilar automaticamente)
• Clique com o botão direito do mouse no (s) projeto (s) que eu quero reconstruir
• Fechar projetos não relacionados
• Reativar a construção automática

Isso permite uma reconstrução de funcionamento em 99% dos casos no meu espaço de trabalho.

A única solução para mim (Luna 4.4.1) foi esta:

Vá para Propriedades do projeto> Construtores e desmarque o Javascript Validator.

Eu enfrentei um problema semelhante no Eclipse Indigo. Mudei o HeapSize e começou a funcionar corretamente. Acabei de adicionar o seguinte arquivo eclipse.ini -vmargs -Xms1024m -Xmx1024m

Funcionou bem depois de aumentar o tamanho da VM

Eu tive o mesmo problema com o meu Eclipse e, como solução, criei um novo projeto, copiei todos os recursos manualmente (usando o windows copy / paste) para um novo projeto, excluí o projeto antigo e é isso.

Às vezes, isso acontece devido ao desligamento incorreto do sistema e o espaço de trabalho do Eclipse começou a enfrentar problemas semelhantes.

Espero que funcione.

A exclusão de alguns dos índices JDT (em .metadata.plugins \ org.eclipse.jdt.core), principalmente os arquivos grandes, geralmente corrige ou facilita o problema para mim.

Eu apenas tive o mesmo problema.

Usando o Gerenciador de Tarefas para interromper o processo de construção e sair do Eclipse sem nenhum projeto aberto, consegui voltar ao Eclipse e limpar o projeto sem abri-lo. Em seguida, reiniciei o Eclipse novamente, carreguei meu projeto e tudo OK.

Desmarcar a construção automática usando Eclipse-> Windows-> Preferências ajuda a corrigir esse problema.

Descobri que isso também pode acontecer se você reconstruir um espaço de trabalho com um projeto contendo muitos dados de imagem (como um projeto de imagens dedicado). Talvez seja melhor colocar algo assim em seu próprio espaço de trabalho e manipulá-lo separadamente para o restante dos projetos com os quais você lida.

Se não puder, não limpe esse projeto ao limpar e reconstruir. Reconstrua apenas quando necessário.

No meu caso, surgem problemas após a importação do projeto baixado - preso na compilação de 80%. Resolvido adicionando permissões de gravação para o grupo nos arquivos do projeto (Ubuntu 12.04).

No meu caso, ajudou a remover as pastas de origem dos meus favoritos no Windows Explorer (Windows 8.0). Parece que a construção não estava realmente travada, mas acionada em algum tipo de loop infinito (como mencionado aqui - Bug 342931).

Às vezes, o problema parece ser resolvido matando outros programas que têm arquivos abertos na pasta do projeto.

Observar os registros [workspace]/.metadata/.logforneceu informações úteis para mim. Aconteceu que houve um java.lang.OutOfMemoryError: PermGen space errorquando a construção do espaço de trabalho seria interrompida. Isso pode ser editado no arquivo eclipse.iniou sts.ini(se você estiver usando o SpringSource Tool Suite).

Eu enfrentei o mesmo problema ao tentar instalar o Angular.js com o bower no meu projeto. Parece que o caramanchão tem muitos arquivos javascript baixados automaticamente, o que fez com que o meu IDE travasse no processo de validação por um longo tempo. Então, eu resolvi esse problema dessa maneira,

• Eu instalei o tern.js 0.9.0 pela primeira vez.
• Depois fui para as propriedades do projeto, o caminho do script de andorinha-do-mar selecionado incluía apenas o caminho necessário para a validação, a pasta javascript do meu projeto. Excluí outro caminho, como espaços reservados, arquivos Angular.js, arquivos Jquery.
• Selecionei o Javascript nas propriedades novamente e fiz as mesmas coisas na fonte do caminho include.

Meu IDE está funcionando atualmente sem congelamento. Eu peguei ajuda de lá. Andorinha-do-mar Acho que pode ser útil, onde qualquer IDE travou devido a muitos arquivos Javascript.

Tentei muitas dessas sugestões, mas a única coisa que finalmente funcionou para mim foi criar um novo espaço de trabalho e verificar todos os meus projetos nessa pasta. Então funcionou bem ;-)

Acabei de reiniciar o eclipse e ele começou a funcionar na próxima vez.

Atualize todos os projetos que você deseja criar. Trabalhou

Reinicie o eclipse.
Funcionou para mim várias vezes.

Consegui resolver isso removendo a pasta extra que o Eclipse havia criado na minha pasta de instalação do eclipse. Não instalei e estava usando o Eclilpse Neon 3 com o pacote Spring Tool também instalado. Mas, quando examinei a instalação extraída do eclipse, eu tinha a pasta C: que tinha alguma estrutura de pastas. Era uma imagem espelhada da minha pasta Downloads. Eu o removi e reiniciei.

Funcionou para mim!

Nenhuma das respostas aqui funcionou para mim. O que funcionou foi excluir a seguinte pasta

C: \ Users \ seu nome de usuário \ espaço de trabalho \ nome do projeto.metadata.plugins \ org.eclipse.core.resources.projects \ project name \ .indexes

Em vez de depurar e encontrar a (s) causa (s) raiz (s) exata (s) para isso, acabei de excluir os projetos e a pasta de metadados. O Eclipse reconstruirá o arquivo .metadata na próxima vez em que for lançado.

Em seguida, puxei o código do projeto mais recente e o problema foi resolvido. Foi mais trabalhoso, pois tive que reconfigurar tudo, incluindo meus servidores, mas o espaço de trabalho de construção estava parado em 50% por 3 a 5 minutos antes de terminar completamente, por isso valeu a pena o esforço.

Além disso, descobri que, com o Eclipse, se você parar o espaço de trabalho de construção antes que ele seja concluído e desligar o Eclipse se isso interromper tudo, você poderá realmente atrapalhar sua configuração e perder muito tempo tentando torná-la estável novamente. Estou usando o Eclipse Oxygen, mas isso aconteceu em todas as versões do Eclipse que usei, por isso tento evitá-lo, se possível.

Dentro da pasta do projeto, abra o arquivo .project. Existe uma entrada incorreta e pode ajudar

    <buildCommand>
        <name>org.eclipse.m2e.core.maven2Builder</name>
        <arguments>
        </arguments>
    </buildCommand>

Se você estiver usando o Maven como uma ferramenta de construção, poderá:

1. Fechar eclipse

2. Exclua os diretórios de dependência localizados em .m2 / repository / - no Linux, localizado no diretório Home e no Windows, em c: \ Users <YourUsername> .m2 (substitua '' pelo seu nome de usuário)

3. Inicie o Eclipse e aproveite o trabalho normal :)

Isso me ajudou a resolver esse problema e espero que também ajude você. :)
Saúde!

PS Eu editei a minha resposta (como @howlger perguntou), onde também foi sugerido a exclusão .eclipse e .p2 pastas, pois ele pode fazer mal ( embora não no meu caso + Eu tive que reinstalar alguns dos plugins que eu sou usando).