Come posso evitare che Eclipse si blocchi all'avvio?

Sto usando Eclipse 3.3 ("Europa"). Periodicamente, Eclipse impiega un tempo eccessivamente lungo (forse per sempre) per avviarsi. L'unica cosa che posso vedere nel registro di Eclipse è:

    ! ENTRY org.eclipse.core.resources 2 10035 2008-10-16 09: 47: 34.801
    ! MESSAGGIO Lo spazio di lavoro è uscito con modifiche non salvate nella sessione precedente; area di lavoro rinfrescante per recuperare le modifiche.

Googling rivela il suggerimento di qualcuno di rimuovere la cartella:

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

Questo non sembra aver aiutato.

A parte iniziare con un nuovo spazio di lavoro (cosa che non mi piacerebbe fare, poiché mi ci vogliono ore per impostare correttamente tutti i miei progetti), c'è un modo per avviare Eclipse correttamente?

Questa potrebbe non essere una soluzione esatta al tuo problema, ma nel mio caso, ho monitorato i file su cui Eclipse stava eseguendo il polling con SysInternals Procmon e ho scoperto che Eclipse eseguiva costantemente il polling di un file di snapshot abbastanza grande per uno dei miei progetti. Rimosso, e tutto è iniziato bene (anche se con lo spazio di lavoro nello stato che era al lancio precedente).

Il file rimosso era:

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

provare:

1. cd in <workspace> \ .metadata \ .plugins \ org.eclipse.core.resources
2. rimuovere il file * .snap (o .markers in Indigo)

Nel mio caso (Giunone) ho dovuto fare questo:

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

Questo ha funzionato.

Inizialmente ho pensato che fosse un problema con Mylyn (ho riscontrato questi blocchi dopo aver iniziato a utilizzare il suo connettore web generico), ma il problema è apparso anche dopo aver disinstallato il connettore e persino aver eliminato le directory .mylyn.

Modifica: sono anche riuscito a riavviare l'eclissi eliminando solo un file:

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

Funzionava bene, senza alcun indice. Solo il workbech, che personalmente non mi dispiace tanto.

Puoi provare a iniziare Eclipseprima con l' -cleanopzione.

Su Windows puoi aggiungere l' -cleanopzione al tuo collegamento per Eclipse. Su Linuxpuoi semplicemente aggiungerlo quando si avvia Eclipsedalla riga di comando.

Questo funziona per me:

Un altro, e un po 'meglio soluzione che apparentemente funziona:

1. Chiudi Eclipse.
2. Spostamento temporaneo del progetto offensivo da qualche parte fuori dall'area di lavoro.
3. Avvia Eclipse, attendi il caricamento dell'area di lavoro (dovrebbe).
4. Chiudi di Eclipsenuovo
5. Riporta il progetto nell'area di lavoro.

Fonte: Eclipse si blocca durante l'apertura dell'area di lavoro dopo l'aggiornamento a GWT 2.0 / Google app engine 1.2.8

Ho usato eclipse -clean -clearPersistedStatee ha funzionato per me.

Avviso: questo può rimuovere tutti i progetti dallo spazio di lavoro.

Ho avuto un problema simile con un'area di lavoro piuttosto grande in 3.5 e nessun file .snap da vedere ovunque. " Windows-> Preferences-> General-> Avvio e spegnimento -> Aggiorna area di lavoro all'avvio" sembra essere un'impostazione relativa all'area di lavoro e quindi non ho potuto modificarla per l'area di lavoro che stava causando il blocco.

Eseguire eclipsecon il parametro della riga di comando -refresh e quindi modificare l'impostazione sembra fare il trucco.

Ho anche avuto fortuna con la rimozione dei file * .snap. I miei si trovavano in una directory diversa da quella menzionata nei post (sotto).

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

Di conseguenza, il seguente cmix unix ha fatto il trucco:

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

Ho provato tutte le risposte in questo thread, e nessuna di esse ha funzionato per me - non i file di snap, non lo spostamento dei progetti, nessuna di esse.

Ciò che ha funzionato, stranamente, è stato spostare tutti i progetti e la cartella .metadata da qualche altra parte, avviare Eclipse, chiuderlo e quindi spostarli tutti indietro.

Dal momento che non ho un file .snao o .prefs nella cartella .metadata.plugins \ org.eclipse.core.resources (in esecuzione su OS X), il trucco per me è stato copiare la cartella .project in old.project , avvia Eclipse e controlla

Windows -> Preferenze -> Generale -> Avvio e spegnimento -> Aggiorna area di lavoro all'avvio

come proposto da matt b. Successivamente, ho chiuso Eclipse, rinominato la cartella old.projects in .projects e dopo tutto ha funzionato di nuovo bene.

L'ho fatto:

1. cd in .metadata.plugins \ org.eclipse.core.resources
2. rimuovere il file .snap
3. Ho notato che la scheda Progresso stava facendo qualcosa ogni pochi secondi ... sembrava bloccato
4. Esci dall'eclissi (NON FILE | RIAVVIARE QUI O DEVI TORNARE DI NUOVO AL PASSAGGIO 1)
5. Apri di nuovo l'eclissi.

L'uso di -refresho -cleanall'avvio di eclipse non ha aiutato.

Su Mac OS X, si avvia Eclipse facendo doppio clic sull'applicazione Eclipse. Se è necessario passare argomenti a Eclipse, è necessario modificare il file eclipse.ini all'interno del pacchetto dell'applicazione Eclipse: selezionare l'icona del pacchetto dell'applicazione Eclipse tenendo premuto il tasto Control. Questo ti presenterà un menu popup. Seleziona "Mostra contenuto pacchetto" nel menu popup. Individua il file eclipse.ini nella sottocartella Sommario / MacOS e aprilo con il tuo editor di testo preferito per modificare le opzioni della riga di comando.

aggiungi: "-clean" e "-refresh" all'inizio del file, ad esempio:

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

Verifica che il Launcher dell'area di lavoro non sia stato aperto sulla TV o su un altro secondo monitor. È successo a me. I sintomi sembrano uguali al problema descritto.

Windows -> Preferenze -> Generale -> Avvio e spegnimento

È Refresh workspace on startupcontrollato?

Ho appena avuto problemi con l'avvio di Eclipse. È stato risolto eliminando questo file:

rm org.eclipse.core.resources.prefs

Ho trovato in .settings

UFT causa problemi con RDz (basato su Eclipse) dopo l'installazione Questi suggerimenti permetteranno di aggirare questa situazione anche con le variabili di ambiente in atto e con i valori corrispondenti.

Nota : l'applicazione in conflitto non verrà riconosciuta in un contesto Java poiché viene esclusa dal meccanismo di supporto Java.

1. Impatto: esclude il supporto dei componenti aggiuntivi dall'aggancio all'eseguibile dell'applicazione in conflitto tramite l'editor del registro di Windows Requisito: l'applicazione deve essere avviata da un file EXE, ad eccezione di Java.exe / Javaw.exe / jpnlauncher.exe

Istruzioni :

un. Individua il nome del file eseguibile dell'applicazione in conflitto con il supporto dei componenti aggiuntivi. Utilizzare Task Manager o Microsoft Process Explorer.

b. Apri l'editor del registro di Windows.

c. Passare a: HKEY_LOCAL_MACHINE \ SOFTWARE \ Mercury Interactive \ JavaAgent \ Modules Per applicazioni a 32 bit su Windows x64: HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Mercury Interactive \ JavaAgent \ Modules

d. Creare un valore DWORD con il nome dei file eseguibili software in conflitto e impostare il valore su 0.

Rimuovere * .snap (il mio è * .markers), --clean-data o spostare la cartella dell'area di lavoro sembra che tutto non abbia funzionato per me.

Dato che la mia eclissi ha smesso di funzionare dopo l'installazione e il passaggio dell'input keyborad a HIME, sono tornato su fctix e ha funzionato.

Non avevo file di snap. Scorrendo l'elenco di installazione del menu di aiuto, almeno il 90% dei miei plug-in aveva il pulsante di disinstallazione disattivato, quindi non ho potuto gestirlo da lì. Sotto avvio / spegnimento la maggior parte dei plugin non erano elencati. Invece, ho dovuto rimuovere manualmente gli elementi dalla mia cartella plugin. Wow, il tempo di avvio è molto più veloce per me ora. Quindi, se tutto il resto non funziona e hai plug-in che sono usa e getta, questa potrebbe essere la soluzione definitiva da usare.

Sfortunatamente, nessuna di queste soluzioni ha funzionato per me. Alla fine ho dovuto creare un nuovo spazio di lavoro, quindi ho importato i progetti esistenti nel nuovo spazio di lavoro. Sfortunatamente, perdi le tue preferenze quando lo fai (quindi ricorda di esportare le tue impostazioni ogni volta che le modifichi!)

Ho avuto un problema molto simile con eclipse (Juno) su Fedora 18. Nel mezzo del debug di una sessione Android, eclipse ha terminato la sessione di debug. Ho tentato di riavviare l'eclissi ma ha continuato a bloccarsi nella schermata iniziale. Ho provato i vari suggerimenti sopra riportati senza successo. Infine, ho controllato il servizio adb (android debug bridge):

# adb devices
List of devices attached 
XXXXXX offline

So che il dispositivo Android era ancora connesso ma lo riportava offline. Ho disconnesso il dispositivo e chiuso il servizio adb:

# adb kill-server

Quindi ho atteso qualche secondo e riavviato il servizio adb:

# adb start-server

E ricollegato il mio androide. Dopo di che, l'eclissi è iniziata bene.

non è necessario eliminare l'intero file di metadati. prova a eliminare il file .snap da org.eclipse.core.resources nella cartella dello spazio di lavoro

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

Fai attenzione ai file .plugin a zero byte nella cartella {WORKSPACE-DIR} /. Metadata / .plugins. Ne ho appena cancellato uno e risolto i miei problemi di congelamento.

Nel mio caso sintomi simili sono stati causati da un repository git canaglia con una tonnellata di file di sistema spazzatura.

Il rimedio universale, come menzionato sopra, è usare Process Monitor per scoprire i file offensivi. È utile impostare il seguente filtro a 2 righe:

• Il nome del processo è eclipse.exe
• Il nome del processo è javaw.exe

Ho avuto un problema simile dopo aver aggiornato l'eclissi su Mavericks. Alla fine ho scoperto che nella directory dei plugin di eclipse il barattolo com.google.gdt.eclipse.login aveva i numeri di versione alla fine. Ho rimosso il numero di versione dal nome e tutto è iniziato bene :)

Guarda anche http://www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/

La soluzione consigliata al 99% funziona .... (ovvero Rimozione del file .snap) Ma se non ha funzionato, dobbiamo provare a rimuovere la cartella degli indici e la cartella del workbench.

Questo può aiutare

Nella tua eclissi,

1) Vai su Aiuto

2) Fare clic sul marketplace Eclipse

3) ricerca - ottimizzatore

installa "ottimizzatore per eclissi"

In Ubuntu ha eclipse -clean -refreshfunzionato per me per Eclipse 3.8.1

Può anche essere causato da questo errore, se si dispone di Eclipse 4.5 / 4.6, una versione del plugin Eclipse Xtext precedente alla v2.9.0 e una particolare configurazione dell'area di lavoro.

La soluzione alternativa consisterebbe nel creare un nuovo spazio di lavoro e importare i progetti esistenti.

Bene, ho avuto un comportamento simile mentre iniziavo l'eclissi su X11. Ho dimenticato di spuntare l'abilitazione dell'inoltro X11 nel mio mastice.

Nel mio caso, l'eliminazione della cartella .metadata dell'area di lavoro ha funzionato. Sto usando Eclipse Luna Service Release 2.