Como evito que o Eclipse fique travado na inicialização?

Estou usando o Eclipse 3.3 ("Europa"). Periodicamente, o Eclipse leva um tempo excessivamente longo (talvez para sempre) para iniciar. A única coisa que posso ver no log do Eclipse é:

    ! ENTRY org.eclipse.core.resources 2 10035 16-10-2008 09: 47: 34.801
    ! MESSAGE O espaço de trabalho saiu com alterações não salvas na sessão anterior; atualização do espaço de trabalho para recuperar as alterações.

O Google revela a sugestão de alguém para remover a pasta:

workspace\.metadata\.plugins\org.eclipse.core.resources\.root\.indexes

Isso não parece ter ajudado.

Antes de começar com um novo espaço de trabalho (algo que não estou interessado em fazer, pois levo horas para configurar todos os meus projetos novamente corretamente), existe uma maneira de fazer o Eclipse iniciar corretamente?

Esta pode não ser uma solução exata para o seu problema, mas no meu caso, acompanhei os arquivos que o Eclipse estava pesquisando com o SysInternals Procmon e descobri que o Eclipse estava constantemente pesquisando um arquivo de instantâneo bastante grande para um dos meus projetos. Foi removido isso e tudo começou bem (embora com o espaço de trabalho no estado em que estava no lançamento anterior).

O arquivo removido foi:

<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap

experimentar:

1. CD para <espaço de trabalho> \ .metadata \ .plugins \ org.eclipse.core.resources
2. remova o arquivo * .snap (ou .markers no Indigo)

No meu caso (Juno) eu tive que fazer isso:

find $WORKSPACE_DIR/.metadata/.plugins/org.eclipse.core.resources/.projects \
-name .indexes -exec rm -fr {} \;

Isso fez o truque.

Inicialmente, pensei que fosse um problema com o Mylyn (experimentei esses congelamentos depois que comecei a usar seu conector da Web genérico), mas o problema apareceu mesmo após a desinstalação do conector e a exclusão dos diretórios .mylyn.

Editar: também consegui reiniciar o eclipse excluindo apenas um arquivo:

rm $WORKSPACE_DIR/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi

Isso funcionou bem, sem nenhum índice envolvido. Somente a bancada de trabalho, que eu pessoalmente não me importo muito.

Você pode tentar começar Eclipseprimeiro com a -cleanopção

No Windows, você pode adicionar a -cleanopção ao seu atalho para eclipse. Em Linuxvocê pode simplesmente adicioná-lo ao iniciar Eclipsea partir da linha de comando.

Este funciona para mim:

Outra solução alternativa, e um pouco melhor, que aparentemente funciona:

1. Fechar Eclipse.
2. Movimento temporário que ofende o projeto em algum lugar fora da área de trabalho.
3. Iniciar Eclipse, aguarde o espaço de trabalho carregar (deveria).
4. Feche Eclipsenovamente.
5. Mova o projeto de volta para a área de trabalho.

Fonte: O Eclipse trava ao abrir o espaço de trabalho após a atualização para o GWT 2.0 / Google app engine 1.2.8

Eu usei eclipse -clean -clearPersistedStatee isso funcionou para mim.

Aviso: Isso pode remover todos os projetos da área de trabalho.

Eu tive um problema semelhante com um espaço de trabalho bastante grande no 3.5 e nenhum arquivo .snap em qualquer lugar para ser visto. " Windows-> Preferences-> General-> Inicialização e desligamento -> Atualizar espaço de trabalho na inicialização" parece ser uma configuração relacionada ao espaço de trabalho e, portanto, não foi possível alterá-lo para o espaço de trabalho que estava causando o travamento.

Executar eclipseo parâmetro da linha de comando -refresh e depois alterar a configuração parece funcionar.

Eu também tive sorte com a remoção dos arquivos * .snap. Os meus estavam localizados em um diretório diferente do mencionado nas postagens (abaixo).

<eclipse workspace>/.metadata/.plugins/org.eclipse.core.resources/.projects

Conseqüentemente, o seguinte cmd do unix fez o truque:

find <eclipse_workspace>/.metadata/.plugins/org.eclipse.core.resources/.projects  -name "*.snap" -exec rm -f {} \;

Tentei todas as respostas neste tópico, e nenhuma delas funcionou para mim - não os arquivos de snap, não movendo os projetos, nenhum deles.

O que funcionou, estranhamente, foi mover todos os projetos e a pasta .metadata para outro lugar, iniciando o Eclipse, fechando-o e depois movendo-os todos de volta.

Como não tenho um arquivo .snao ou .prefs na pasta .metadata.plugins \ org.eclipse.core.resources (em execução no OS X), o que fez o truque para mim foi copiar a pasta .project para old.project , inicie o Eclipse e verifique

Windows -> Preferências -> Geral -> Inicialização e Desligamento -> Atualizar espaço de trabalho na inicialização

como proposto por matt b. Depois disso, fechei o Eclipse, renomeei a pasta old.projects de volta para .projects e depois tudo funcionou bem novamente.

Eu fiz isso:

1. CD para .metadata.plugins \ org.eclipse.core.resources
2. remova o arquivo .snap
3. Percebeu que a guia Progresso estava fazendo algo a cada poucos segundos ... parecia preso
4. Sair do eclipse (NÃO FILE | REINICIE AQUI OU VOCÊ PRECISA VOLTAR AO PASSO 1 NOVAMENTE)
5. Abra o eclipse novamente.

Usar -refreshou -cleanao iniciar o eclipse não ajudou.

No Mac OS X, inicie o Eclipse clicando duas vezes no aplicativo Eclipse. Se você precisar passar argumentos para o Eclipse, precisará editar o arquivo eclipse.ini dentro do pacote configurável do aplicativo Eclipse: selecione o ícone do pacote configurável do aplicativo Eclipse enquanto mantém pressionada a Chave de Controle. Isso apresentará um menu pop-up. Selecione "Mostrar conteúdo do pacote" no menu pop-up. Localize o arquivo eclipse.ini na subpasta Conteúdo / MacOS e abra-o com o seu editor de texto favorito para editar as opções da linha de comandos.

adicione: "-clean" e "-refresh" ao início do arquivo, por exemplo:

-clean
-refresh
-startup
../../../plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library

Verifique se o Launcher do espaço de trabalho não foi aberto na sua TV ou em outro monitor. Isso aconteceu comigo. Os sintomas têm a mesma aparência do problema descrito.

Windows -> Preferências -> Geral -> Inicialização e Desligamento

Está Refresh workspace on startupmarcado?

Eu apenas tive problemas com o Eclipse inicializando. Foi corrigido excluindo este arquivo:

rm org.eclipse.core.resources.prefs

Encontrei em .settings

UFT causando problemas com RDz (baseado em Eclipse) após a instalação Essas sugestões permitirão solucionar essa situação mesmo com as variáveis ​​de ambiente em vigor e com os valores correspondentes.

Nota : O aplicativo conflitante não será reconhecido em um contexto java porque está sendo excluído do mecanismo de suporte a java.

1. Impacto: Exclui o suporte a suplementos do engate para o aplicativo conflitante executável via Windows Registry Editor Requisito: O aplicativo deve ser iniciado por um arquivo EXE, exceto Java.exe / Javaw.exe / jpnlauncher.exe

Instruções :

uma. Localize o nome do arquivo executável do aplicativo em conflito com o suporte a suplementos. Use o Gerenciador de tarefas ou o Microsoft Process Explorer.

b. Abra o Editor do Registro do Windows.

c. Navegue para: HKEY_LOCAL_MACHINE \ SOFTWARE \ Mercury Interactive \ JavaAgent \ Modules Para aplicativos de 32 bits no Windows x64: HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Mercury Interactive \ JavaAgent \ Modules

d. Crie um valor DWORD com o nome dos arquivos executáveis ​​do software em conflito e defina o valor como 0.

Remover a pasta * .snap (a minha é * .markers), --clean-data ou mover a área de trabalho parece que tudo não funcionou para mim.

Como meu eclipse parou de funcionar depois que eu instalei e troquei minha entrada do keyborad para HIME, voltei ao fctix e funcionou.

Eu não tinha arquivos snap. Percorrendo a lista de instalação do menu Ajuda, pelo menos 90% dos meus plug-ins tiveram o botão de desinstalação desativado, para que eu não pudesse lidar com isso por lá. Sob inicialização / desligamento, a maioria dos plug-ins não foram listados. Em vez disso, tive que remover manualmente itens da minha pasta de plug-ins. Uau, o tempo de inicialização é muito mais rápido para mim agora. Portanto, se tudo o resto não funcionar e você tiver plugins descartáveis, esta poderá ser a solução definitiva.

Infelizmente, nenhuma dessas soluções funcionou para mim. Acabei tendo que criar um novo espaço de trabalho e depois importar os projetos existentes para o novo espaço de trabalho. Infelizmente, você perde suas preferências ao fazê-lo (lembre-se de exportar suas configurações sempre que as alterar!)

Eu tive um problema muito semelhante com o eclipse (Juno) no Fedora 18. No meio da depuração de uma sessão do Android, o eclipse encerrou a sessão de depuração. Eu tentei reiniciar o eclipse, mas ele continuou observando a tela inicial. Tentei as várias sugestões acima sem sucesso. Finalmente, verifiquei o serviço adb (ponte de depuração do android):

# adb devices
List of devices attached 
XXXXXX offline

Sei que o dispositivo Android ainda estava conectado, mas o denunciou offline. Desconectei o dispositivo e desliguei o serviço adb:

# adb kill-server

Aguardei alguns segundos e reiniciei o serviço adb:

# adb start-server

E conectei meu android de volta. Depois disso, o eclipse começou bem.

não é necessário excluir o arquivo de metadados inteiro. tente excluir o arquivo .snap de org.eclipse.core.resources na pasta da área de trabalho

ex. E:\workspaceFolder\.metadata\.plugins\org.eclipse.core.resources

Cuidado com os arquivos .plugin de zero byte na pasta {WORKSPACE-DIR} / .metadata / .plugins. Acabei de excluir um e ele corrigiu meus problemas de congelamento.

No meu caso, sintomas semelhantes foram causados ​​por algum repositório desonesto com uma tonelada de arquivos de sistema indesejados.

O remédio universal, como mencionado acima, é usar o Process Monitor para descobrir arquivos ofensivos. É útil definir o seguinte filtro de duas linhas:

• Nome do processo é eclipse.exe
• Nome do processo é javaw.exe

Eu tive um problema semelhante depois que atualizei o eclipse no Mavericks. Eventualmente, descobri que no diretório de plugins do eclipse, o jar com.google.gdt.eclipse.login tinha números de versão no final. Eu removi o número da versão do nome e tudo começou bem :)

Consulte também http://www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/

A solução recomendada 99% funciona .... (ou seja, removendo o arquivo .snap) Mas, se não funcionou, temos que tentar remover a pasta de índices e mais a pasta do ambiente de trabalho.

Isso pode ajudar

No seu eclipse,

1) Vá para Ajuda

2) Clique no mercado Eclipse

3) pesquisa - otimizador

instale "otimizador para eclipse"

No Ubuntu eclipse -clean -refreshfuncionou para mim no Eclipse 3.8.1

Também pode ser causado por esse bug, se você estiver usando o Eclipse 4.5 / 4.6, uma versão do plug-in do Eclipse Xtext anterior à v2.9.0 e uma configuração específica da área de trabalho.

A solução alternativa seria criar um novo espaço de trabalho e importar os projetos existentes.

Bem, eu tive um comportamento semelhante ao iniciar o eclipse no X11. Eu esqueci de marcar o encaminhamento de habilitação X11 na minha massa.

No meu caso, excluir a pasta .metadata da área de trabalho funcionou. Estou usando o serviço Eclipse Luna, Release 2.