Come posso evitare che Eclipse si blocchi all'avvio?
https://stackoverflow.com/questions/207843
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
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
!MESSAGE The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.
Google rivela il suggerimento di qualcuno che rimuovo la cartella:
workspace\.metadata\.plugins\org.eclipse.core.resources\.root\.indexes
Questo non sembra aver aiutato.
A corto di 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?
Soluzione
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 ha 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
Altri suggerimenti
Prova:
- cd in <workspace>\.metadata\.plugins\org.eclipse.core.resources
- rimuovi 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 pensavo 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 un solo 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 ad avviare Eclipse prima con l'opzione -clean .
Su Windows puoi aggiungere l'opzione -clean al tuo collegamento per eclipse. Su Linux puoi semplicemente aggiungerlo quando avvii Eclipse dalla riga di comando.
Questo funziona per me:
Un altro, e un po 'meglio soluzione che apparentemente funziona:
- Chiudi
Eclipse. - Sposta temporaneamente il progetto offensivo da qualche parte fuori dall'area di lavoro.
- Avvia
Eclipse, attendi il caricamento dello spazio di lavoro (dovrebbe). - Chiudi nuovamente
Eclipse. - Riporta il progetto nell'area di lavoro.
Ho usato eclipse -clean -clearPersistedState e ha funzionato per me.
Avviso: questo può rimuovere tutti i progetti dallo spazio di lavoro.
Ho avuto un problema simile con uno spazio di lavoro piuttosto grande in 3.5 e nessun file .snap da vedere ovunque. " Windows - > Preferenze - > Generale - > Avvio e spegnimento - > Aggiorna spazio di lavoro all'avvio " sembra essere un'impostazione relativa all'area di lavoro e quindi non ho potuto cambiarla per l'area di lavoro che stava causando il blocco.
Eseguire eclipse con il parametro della riga di comando -refresh e quindi cambiare 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 cmd 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, nessuno di loro.
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.
Dato che non ho un file .snao o .prefs nella cartella .metadata.plugins \ org.eclipse.core.resources (in esecuzione su OS X), cosa mi ha aiutato? è stato copiare la cartella .project in old.project, avviare Eclipse e controllare
Windows - > Preferenze - > Generale - > Avvio e spegnimento - > ricaricare 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.
Ho fatto questo:
- da cd a .metadata.plugins \ org.eclipse.core.resources
- rimuove il file .snap
- Ho notato che la scheda Progresso stava facendo qualcosa ogni pochi secondi ... sembrava bloccato
- Esci dall'eclissi (NON FILE | RIAVVIARE QUI O DEVI TORNARE DI NUOVO AL PASSAGGIO 1)
- Apri di nuovo l'eclissi.
L'uso di -refresh o -clean all'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 della confezione " nel menu popup. Individua il file eclipse.ini nella sottocartella Contenuti / 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
Controlla che Workspace Launcher non sia stato aperto sulla tua TV o su un altro secondo monitor. È successo a me. I sintomi sembrano uguali al problema descritto.
Windows - > Preferenze - > Generale - > Avvio e spegnimento
Aggiorna area di lavoro all'avvio è selezionato?
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 consentiranno 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 perché viene esclusa dal meccanismo di supporto Java.
- 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 :
a. 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 che ho installato e commutato il mio input keyborad su 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 ha segnalato 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. Successivamente, eclissi si è avviato 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:
- Nome processo è eclipse.exe
- Nome 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 vaso 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) Fai clic su Eclipse marketplace
3) ricerca - ottimizzatore
installa " ottimizzatore per eclipse "
In Ubuntu eclipse -clean -refresh ha funzionato per me per Eclipse 3.8.1
Può anche essere causato da questo bug, se si " con 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 sarebbe quella di creare un nuovo spazio di lavoro e importare i progetti esistenti.
Beh, ho avuto un comportamento simile mentre iniziavo l'eclissi su X11. Ho dimenticato di selezionare l'opzione Abilita inoltro X11 nel mio mastice.
Nel mio caso la cancellazione della cartella .metadata dell'area di lavoro ha funzionato. Sto usando Eclipse Luna Service Release 2.
