¿Cómo evito que Eclipse se cuelgue al inicio?

Estoy usando Eclipse 3.3 ("Europa"). Periódicamente, Eclipse tarda mucho tiempo (quizás para siempre) en iniciarse. Lo único que puedo ver en el registro de Eclipse es:

    ! ENTRY org.eclipse.core.resources 2 10035 2008-10-16 09: 47: 34.801
    ! MENSAJE El espacio de trabajo salió con cambios no guardados en la sesión anterior; refrescante espacio de trabajo para recuperar cambios.

Buscar en Google revela la sugerencia de alguien de que elimine la carpeta:

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

Esto no parece haber ayudado.

Antes de comenzar con un nuevo espacio de trabajo (algo que no estoy dispuesto a hacer, ya que me lleva horas configurar todos mis proyectos nuevamente), ¿hay alguna manera de hacer que Eclipse se inicie correctamente?

Puede que esta no sea una solución exacta para su problema, pero en mi caso, rastreé los archivos contra los que Eclipse estaba sondeando con SysInternals Procmon , y descubrí que Eclipse constantemente estaba sondeando un archivo de instantánea bastante grande para uno de mis proyectos. Eliminó eso, y todo comenzó bien (aunque con el espacio de trabajo en el estado en que estaba en el lanzamiento anterior).

El archivo eliminado fue:

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

tratar:

1. cd a <espacio de trabajo> \ .metadata \ .plugins \ org.eclipse.core.resources
2. elimine el archivo * .snap (o .markers en Indigo)

En mi caso (Juno) tuve que hacer esto:

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

Eso hizo el truco.

Inicialmente pensé que era un problema con Mylyn (experimenté estos bloqueos después de comenzar a usar su conector web genérico), pero el problema apareció incluso después de desinstalar el conector e incluso eliminar los directorios .mylyn.

Editar: También logré reiniciar eclipse eliminando solo un archivo:

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

Eso funcionó bien, sin ningún índice involucrado. Solo el workbech, que personalmente no me importa tanto.

Puede intentar comenzar Eclipseprimero con la -cleanopción.

En Windows puede agregar la -cleanopción a su acceso directo para eclipse. En Linuxpuede simplemente agregarlo al comenzar Eclipsedesde la línea de comandos.

Esta funciona para mí:

Otra solución, y un poco mejor, que aparentemente funciona:

1. Cerrar Eclipse.
2. Proyecto ofensivo de movimiento temporal en algún lugar fuera del espacio de trabajo.
3. Inicio Eclipse, espere a que se cargue el espacio de trabajo (debería).
4. Cierra de Eclipsenuevo.
5. Mueva el proyecto nuevamente al espacio de trabajo.

Fuente: Eclipse se bloquea al abrir el espacio de trabajo después de actualizar a GWT 2.0 / motor de aplicaciones de Google 1.2.8

Solía eclipse -clean -clearPersistedStatey eso funcionó para mí.

Advertencia: Esto puede eliminar todos los proyectos del espacio de trabajo.

Tuve un problema similar con un espacio de trabajo bastante grande en 3.5 y sin archivos .snap en ningún lado para ver. " Windows-> Preferences-> General-> Inicio y apagado -> Actualizar espacio de trabajo al iniciar" parece ser una configuración relacionada con el espacio de trabajo, por lo que no pude cambiarlo por el espacio de trabajo que estaba causando el bloqueo.

Ejecutar eclipsecon el parámetro de línea de comando -refresh y luego cambiar la configuración parece ser el truco.

También tuve suerte al eliminar los archivos * .snap. Los míos se ubicaron en un directorio diferente al mencionado en las publicaciones (a continuación).

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

En consecuencia, el siguiente cmd de Unix hizo el truco:

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

Intenté todas las respuestas en este hilo, y ninguna de ellas funcionó para mí, ni los archivos instantáneos, ni mover los proyectos, ninguno de ellos.

Lo que sí funcionó, curiosamente, fue mover todos los proyectos y la carpeta .metadata a otro lugar, comenzando Eclipse, cerrándolo y luego volviéndolos a mover.

Como no tengo un archivo .snao o .prefs en la carpeta .metadata.plugins \ org.eclipse.core.resources (que se ejecuta en OS X), el truco para mí fue copiar la carpeta .project en old.project , inicie Eclipse y verifique

Windows -> Preferencias -> General -> Inicio y apagado -> Actualizar espacio de trabajo al inicio

según lo propuesto por matt b. Después de eso, cerré Eclipse, renombré la carpeta old.projects a .projects y luego todo volvió a funcionar bien.

Hice esto:

1. cd a .metadata.plugins \ org.eclipse.core.resources
2. eliminar el archivo .snap
3. Noté que la pestaña Progreso estaba haciendo algo cada pocos segundos ... parecía atascado
4. Salga del eclipse (NO ARCHIVO | REINICIE AQUÍ O DEBE VOLVER AL PASO 1 OTRA VEZ)
5. Abra el eclipse nuevamente.

Usar -refresho -cleancuando se inicia el eclipse no ayudó.

En Mac OS X, inicia Eclipse haciendo doble clic en la aplicación Eclipse. Si necesita pasar argumentos a Eclipse, deberá editar el archivo eclipse.ini dentro del paquete de la aplicación Eclipse: seleccione el icono del paquete de la aplicación Eclipse mientras mantiene presionada la tecla Control. Esto le presentará un menú emergente. Seleccione "Mostrar contenido del paquete" en el menú emergente. Busque el archivo eclipse.ini en la subcarpeta Contenido / MacOS y ábralo con su editor de texto favorito para editar las opciones de la línea de comandos.

agregue: "-clean" y "-refresh" al comienzo del archivo, por ejemplo:

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

Compruebe que Workspace Launcher no se haya abierto en su televisor o en algún otro segundo monitor. Me pasó a mi. Los síntomas tienen el mismo aspecto que el problema descrito.

Windows -> Preferencias -> General -> Inicio y apagado

Está Refresh workspace on startupmarcado?

Acabo de tener problemas con el inicio de Eclipse. Se solucionó eliminando este archivo:

rm org.eclipse.core.resources.prefs

Encontré en .settings

UFT causa problemas con RDz (basado en Eclipse) después de la instalación Estas sugerencias permitirán solucionar esta situación incluso con las variables de entorno en su lugar y con los valores correspondientes.

Nota : La aplicación en conflicto no se reconocerá en un contexto de Java porque se está excluyendo del mecanismo de soporte de Java.

1. Impacto: excluye la compatibilidad de complementos de enganchar a ejecutables de aplicaciones en conflicto a través del Editor del Registro de Windows Requisito: la aplicación debe iniciarse con un archivo EXE, excepto Java.exe / Javaw.exe / jpnlauncher.exe

Instrucciones :

a. Localice el nombre de archivo ejecutable de la aplicación que está en conflicto con la compatibilidad de complementos. Utilice el Administrador de tareas o el Explorador de procesos de Microsoft.

si. Abra el Editor del Registro de Windows.

C. Vaya a: HKEY_LOCAL_MACHINE \ SOFTWARE \ Mercury Interactive \ JavaAgent \ Modules Para aplicaciones de 32 bits en Windows x64: HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Mercury Interactive \ JavaAgent \ Modules

re. Cree un valor DWORD con el nombre del archivo ejecutable de software en conflicto y establezca el valor en 0.

Eliminar * .snap (el mío es * .markers), --clean-data o mover la carpeta del espacio de trabajo parece que todo no funcionó para mí.

Cuando mi eclipse dejó de funcionar después de instalar y cambiar mi entrada de keyborad a HIME, volví a fctix y funcionó.

No tenía archivos snap. Al revisar la lista de instalación del menú de ayuda, al menos el 90% de mis complementos tenían el botón de desinstalación desactivado, por lo que no pude manejarlo allí. Bajo inicio / apagado, la mayoría de los complementos no estaban en la lista. En cambio, tuve que eliminar manualmente los elementos de mi carpeta de complementos. Wow, el tiempo de inicio es mucho más rápido para mí ahora. Entonces, si todo lo demás no funciona y tiene complementos que son desechables, esta podría ser la mejor solución para usar.

Desafortunadamente, ninguna de estas soluciones funcionó para mí. Terminé teniendo que crear un nuevo espacio de trabajo, luego importé los proyectos existentes al nuevo espacio de trabajo. Desafortunadamente, pierde sus preferencias al hacerlo (por lo tanto, recuerde exportar su configuración cada vez que la cambie).

Tuve un problema muy similar con eclipse (Juno) en Fedora 18. En medio de la depuración de una sesión de Android, eclipse terminó la sesión de depuración. Intenté reiniciar el eclipse pero seguía apareciendo en la pantalla de bienvenida. Probé las diversas sugerencias anteriores sin éxito. Finalmente, verifiqué el servicio adb (puente de depuración de Android):

# adb devices
List of devices attached 
XXXXXX offline

Sé que el dispositivo Android todavía estaba conectado, pero lo informó fuera de línea. Desconecté el dispositivo y apagué el servicio adb:

# adb kill-server

Luego esperé unos segundos y reinicié el servicio adb:

# adb start-server

Y volví a enchufar mi Android. Después de eso, eclipse comenzó bien.

no es necesario eliminar todo el archivo de metadatos. solo intente eliminar el archivo .snap de org.eclipse.core.resources en su carpeta de espacio de trabajo

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

Tenga cuidado con los archivos .plugin de cero bytes en la carpeta {WORKSPACE-DIR} /. Metadata / .plugins. Acabo de eliminar uno allí y solucionó mis problemas de congelación.

En mi caso, algunos síntomas similares fueron causados ​​por un repositorio git deshonesto con una tonelada de archivos basura del sistema.

El remedio universal, como se mencionó anteriormente, es usar Process Monitor para descubrir archivos ofensivos. Es útil configurar el siguiente filtro de 2 líneas:

• El nombre del proceso es eclipse.exe
• El nombre del proceso es javaw.exe

Tuve un problema similar después de actualizar eclipse en Mavericks. Finalmente encontré que en el directorio de complementos de eclipse, el com.google.gdt.eclipse.login jar tenía números de versión al final. Eliminé el número de versión del nombre y todo comenzó bien :)

También mire http://www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/

El 99% de la solución recomendada funciona ... (es decir, eliminar el archivo .snap) Pero si no funcionó, entonces tenemos que intentar eliminar la carpeta de índices y otra carpeta del banco de trabajo.

Esto puede ayudar

En tu eclipse,

1) Ir a Ayuda

2) Haga clic en el mercado de Eclipse

3) búsqueda - optimizador

instalar "optimizador para eclipse"

En Ubuntu eclipse -clean -refreshfuncionó para mí para Eclipse 3.8.1

También puede ser causado por este error, si tiene Eclipse 4.5 / 4.6, una versión del complemento Eclipse Xtext anterior a v2.9.0 y una configuración de espacio de trabajo particular.

La solución alternativa sería crear un nuevo espacio de trabajo e importar los proyectos existentes.

Bueno, tuve un comportamiento similar al comenzar el eclipse sobre X11. Olvidé marcar la casilla Habilitar reenvío X11 en mi masilla.

En mi caso, eliminar la carpeta .metadata del espacio de trabajo funcionó. Estoy usando el servicio Eclipse Luna Release 2.