Pergunta

Eu estou usando Eclipse 3.3 ( "Europa"). Periodicamente, Eclipse leva um tempo excessivamente longo (talvez para sempre) para o arranque. A única coisa que eu posso ver no log de Eclipse é:

    !ENTRY org.eclipse.core.resources 2 10035 2008-10-16 09:47:34.801
    !MESSAGE The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.

Googling revela href="http://dev.zhourenjian.com/blog/2007/11/07/eclipse-freezing-on-start.html" de alguém sugestão que eu remover a pasta:

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

Este não parece ter ajudado.

Curto de começar com um novo espaço de trabalho (algo que eu não estou interessado em fazer, como ele me leva horas para configurar todos os meus projetos novamente corretamente), há uma maneira de fazer Eclipse iniciar corretamente?

Foi útil?

Solução

Isto não pode ser uma solução exata para o problema, mas no meu caso, eu segui os arquivos que Eclipse era polling contra com SysInternals ProcMon , e descobriu que Eclipse estava constantemente polling uma bastante grande arquivo de instantâneo para um dos meus projetos. Removido isso, e tudo começou-se muito 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

Outras dicas

tentar:

  1. cd para \. Metadados \ .plugins \ org.eclipse.core.resources
  2. remover o arquivo *. Tirar (ou .markers em índigo)

No meu caso (Juno) Eu tinha que fazer isso:

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

Isso fez o truque.

Inicialmente eu pensei que era um problema com Mylyn (eu experimentei esses congela depois que eu comecei a usar seu conector web genérico), mas o problema apareceu mesmo depois de desinstalar o conector, e até mesmo a exclusão do diretórios .mylyn.

Edit: Eu também conseguiu reiniciar eclipse apagando apenas um arquivo:

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

Esta coima trabalhou, sem quaisquer índices envolvidos. Apenas o workbech, que eu pessoalmente não me importo muito.

Você pode tentar iniciar Eclipse primeiro com a opção -clean.

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

Este funciona para mim:

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

  1. Fechar Eclipse.
  2. move temporária ofender algum projeto fora do espaço de trabalho.
  3. Iniciar Eclipse, espera para espaço de trabalho para carga (deveria).
  4. Fechar Eclipse novamente.
  5. Coloque a parte posterior do projeto para área de trabalho.

Fonte: trava Eclipse enquanto espaço de trabalho de abertura após a atualização para o GWT 2.0 motor / Google app 1.2.8

Eu costumava eclipse -clean -clearPersistedState e que funcionou para mim.

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

Eu tive um problema semelhante com um grande espaço de trabalho em 3,5 e não .snap-arquivos em qualquer lugar para ser visto. "Windows -> Preferences -> General -> Startup e Shutdown -> Atualizar espaço de trabalho no arranque" parece ser uma definição de espaço de trabalho-relacionados e então eu não poderia mudá-lo para o espaço de trabalho que estava causando o jeito

.

Running eclipse com o parâmetro de linha de comando -refresh e, em seguida, alterar a configuração parece estar a fazer o truque.

Eu também tive sorte com a remoção de arquivos do * .snap. Mina foram localizados em um diretório diferente do mencionado nos posts (abaixo).

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

Por isso, a seguinte unix cmd fez o truque:

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

Eu tentei todas as respostas neste segmento, e nenhum deles funcionou para mim - não os arquivos de encaixe, sem mover os projetos, nenhum deles.

O que fez o trabalho, estranhamente, estava se movendo todos os projetos e a pasta .metadata em outro lugar, a partir do Eclipse, fechando-a, em seguida, movendo-os todos de volta.

Uma vez que eu não tenho um arquivo .snao ou .prefs em .metadata.plugins \ org.eclipse.core.resources pasta (em execução no OS X), o que fez o truque para mim era copiar o .project pasta para old.project, inicie o Eclipse, e verificação

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

como proposto por matt b. Depois disso, eu fechei Eclipse, renomeado os old.projects pasta novamente para .projects e depois que tudo funcionou bem novamente.

Eu fiz isso:

  1. cd para .metadata.plugins \ org.eclipse.core.resources
  2. remover o arquivo .snap
  3. notado a guia Progresso estava fazendo algo cada poucos seconds..it parecia preso
  4. Sair eclipse (não arquivo | RESTART AQUI ou você tem que voltar ao passo 1 novamente)
  5. Open eclipse novamente.

Usando -refresh ou -clean quando eclipse começando não ajuda.

No Mac OS X, você começa Eclipse clicando duas vezes a aplicação Eclipse. Se você precisar passar argumentos para Eclipse, você terá que editar o arquivo eclipse.ini dentro do pacote de aplicativos Eclipse: selecione o ícone do pacote de aplicativos Eclipse, mantendo pressionada a tecla Control. Isto irá apresentá-lo com um menu pop-up. Selecione "Mostrar conteúdo do pacote" no menu pop-up. Localize o arquivo eclipse.ini no / sub-pasta MacOS Conteúdo e abri-lo com o seu editor de texto favorito para editar as opções de linha de comando.

acrescentar: "-clean" e "-refresh" para o 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 lançador Workspace não abriu na sua TV ou algum outro segundo monitor. Isso aconteceu comigo. Os sintomas têm a mesma aparência como o problema descrito.

Windows -> Preferências -> Geral -> Startup e Shutdown

É Refresh workspace on startup verificado?

Eu só tive problemas com Eclipse arranque. Foi corrigido, excluindo este arquivo:

rm org.eclipse.core.resources.prefs

eu encontrei em .settings

UFT causando problemas com RDz (Eclipse base) após a instalação Estas sugestões permitirá contornar esta situação, mesmo com as variáveis ??de ambiente no lugar e com os valores correspondentes.

Nota :. Conflitantes aplicação não será reconhecido em um contexto java porque ele está sendo excluído do mecanismo de apoio java

  1. Impacto: Exclui Add-ins apoio de ligar para conflitantes executável do aplicativo através do Editor do Registro do Windows Requisito: A aplicação deve ser iniciado por um arquivo EXE, exceto Java.exe / Javaw.exe / jpnlauncher.exe

Instruções :

a. Localize o nome do arquivo executável do aplicativo em conflito com o add-in de apoio (s). Ou usar o Gerenciador de Tarefas ou o processo Microsoft Explorer.

b. Abra o Windows Editor do Registro.

c. Navegue para: HKEY_LOCAL_MACHINE \ SOFTWARE \ Mercury Interactive \ JavaAgent \ Modules Para 32bits aplicações no Windows x64: HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Mercury Interactive \ JavaAgent \ Modules

d. Crie um valor DWORD com o nome do conflitantes software filenmae executável e defina o valor para 0.

registo actualizado

A remoção .snap * (o meu é .markers *),-dados --clean ou pasta movimento espaço de trabalho parece tudo não funcionou para mim.

Como o meu eclipse parou de funcionar depois que eu instalei e mudou a minha entrada keyborad para HIME, eu voltei para fctix e funcionou.

Eu não tinha arquivos de encaixe. Percorrendo a lista de instalação menu de ajuda, pelo menos 90% dos meus plugins teve o botão de desinstalação desativado para que eu não poderia lidar com isso por lá. Em Inicialização / desligamento a maioria dos plugins não foram listados. Em vez disso, eu tinha que remover manualmente itens da minha pasta plugins. Uau, o tempo de inicialização é muito mais rápido para mim agora. Então, se tudo o resto não funciona e você tem plugins que são descartáveis, esta poderia ser a solução definitiva para o uso.

Infelizmente, nenhuma dessas soluções trabalhou para mim. Acabei por ter de criar um novo espaço de trabalho, em seguida, importou os projectos existentes para o novo espaço de trabalho. Infelizmente, você perde as suas preferências quando fazê-lo (por isso, lembre-se de exportar as configurações a qualquer momento você mudá-los!)

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

# adb devices
List of devices attached 
XXXXXX offline

Eu sei que o dispositivo android ainda estava ligado, mas ele relatou-lo offline. Desliguei o aparelho e desligar o serviço adb:

# adb kill-server

Então eu esperei alguns segundos e re-iniciou o serviço adb:

# adb start-server

E ligado costas android. Depois disso, eclipse começou-se muito bem.

não há necessidade de excluir todo o arquivo de metadados. apenas tente apagar o .snap arquivo de org.eclipse.core.resources em seu espaço de trabalho da pasta

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

Watch para fora para zero-byte .plugin arquivos no {WORKSPACE-DIR} /. Metadados .plugins pasta /. Eu acabei de excluir um lá e fixo meus problemas de congelamento.

No meu caso sintomas semelhantes foram causados ??por algum repositório git desonestos com uma tonelada de arquivos de sistema lixo.

Universal remédio, como mencionado acima, é usar o monitor do processo para descobrir arquivos ofensivos. É útil para definir o seguinte filtro de 2 linhas:

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

Eu tive um problema semelhante depois que eu atualizei eclipse em Mavericks. Eventualmente eu achei que no diretório plugins eclipse do frasco com.google.gdt.eclipse.login teve números de versão no final. I removido o número da versão do nome e tudo começou bem:)

Também olhar para http: // www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/

Solução de 99% Recomendado funciona .... (ou seja, remoção de arquivos .snap) Mas se não funcionou, então temos de tentar remover índices de pasta e mais pasta bancada.

Esta ajuda pode

Em seu eclipse,

1) Vá para Ajuda

2) Clique Eclipse mercado

3) procurar - otimizador

instalar o "otimizador de eclipse"

enter descrição da imagem aqui

No Ubuntu eclipse -clean -refresh funcionou para mim para Eclipse 3.8.1

Também pode ser causada por este bug , se você' re tendo Eclipse 4.5 / 4.6, um Eclipse Xtext plugin de versão mais antiga que v2.9.0, e uma configuração de espaço de trabalho particular.

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

Bem, eu tive um comportamento semelhante ao iniciar eclipse sobre X11. Eu esqueci de assinalar o envio permitir X11 na minha massa de vidraceiro.

No meu caso excluir a pasta .metadata do espaço de trabalho funcionou. Eu estou usando Eclipse Luna serviço Release 2.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top