¿Cómo evito que Eclipse se cuelgue en el inicio?

Estoy usando Eclipse 3.3 (“Europa”). Periódicamente, Eclipse toma un tiempo desorbitado (quizás para siempre) para comenzar. 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
     ! MESSAGE El espacio de trabajo salió con cambios no guardados en la sesión anterior;  refrescante espacio de trabajo para recuperar los cambios.

Googling revela la sugerencia de alguien de que elimine la carpeta:

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

Esto no parece haber ayudado.

A menos que comience con un nuevo espacio de trabajo (algo que no estoy dispuesto a hacer, ya que me lleva horas configurar todos mis proyectos nuevamente de manera adecuada), ¿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 que Eclipse estaba sondeando con SysInternals Procmon , y descubrí que Eclipse estaba constantemente sondeando un archivo de instantáneas bastante grande para uno de mis proyectos. Se eliminó eso, y todo comenzó bien (aunque con el espacio de trabajo en el estado que tenía en el lanzamiento anterior).

El archivo eliminado fue:

 \.metadata\.plugins\org.eclipse.core.resources\.projects\\.markers.snap 

tratar:

  1. cd to \. metadata \ .plugins \ org.eclipse.core.resources
  2. eliminar 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é estas congelaciones después de que comencé a utilizar 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 al eliminar solo un archivo:

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

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

Puede intentar iniciar Eclipse primero con la opción -clean .

En Windows puede agregar la opción -clean a su acceso directo para eclipse. En Linux , simplemente puede agregarlo al iniciar Eclipse desde la línea de comandos.

Esta funciona para mí:

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

  1. Cerrar Eclipse .
  2. Proyecto de infracción de movimiento temporal en algún lugar fuera del área de trabajo.
  3. Inicie Eclipse , espere a que se cargue el espacio de trabajo (debería).
  4. Cierre Eclipse nuevamente.
  5. Mueva el proyecto de vuelta al espacio de trabajo.

Fuente: Eclipse se bloquea al abrir el área de trabajo después de actualizar a GWT 2.0 / Google app engine 1.2.8

eclipse -clean -clearPersistedState y 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 cualquier lugar para ser visto. ” Windows -> Preferences -> General -> Inicio y apagado -> Actualizar área de trabajo al inicio” parece ser una configuración relacionada con el área de trabajo, por lo que no pude cambiarla por el área de trabajo que estaba causando el locking.

Ejecutar eclipse con 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).

 /.metadata/.plugins/org.eclipse.core.resources/.projects 

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

 find /.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 de ajuste, ni los proyectos en movimiento, ninguno de ellos.

Lo que funcionó, curiosamente, fue mover todos los proyectos y la carpeta .metadata a otro lugar, iniciar Eclipse, cerrarlo y luego volver a moverlos.

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

Windows -> Preferencias -> General -> Inicio y apagado -> Actualizar área de trabajo en el inicio

como lo propuso matt b. Después de eso, cerré Eclipse, renombré la carpeta old.projects a .projects y después todo volvió a funcionar bien.

Hice esto:

  1. cd to .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 estar atorado
  4. Eclipse de salida (NO ARCHIVAR | REINICIAR AQUÍ O TIENE QUE VOLVER AL PASO 1 DE NUEVO)
  5. Abrir eclipse de nuevo.

Usar -clean o -clean al comenzar eclipse no ayudó.

En Mac OS X, inicie 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. Ubique 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 comando.

agregar: “-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 el Iniciador del área de trabajo no se haya abierto en su televisor o en algún otro monitor secundario. Me pasó a mi. Los síntomas tienen el mismo aspecto que el problema descrito.

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

¿Se ha revisado Refresh workspace on startup ?

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

rm org.eclipse.core.resources.prefs

Encontré en .settings

UFT que 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. Repercusión: excluye el soporte de complementos de enganchar al ejecutable conflictivo de la aplicación a través del Editor del Registro de Windows. Requisito: la aplicación debe iniciarse mediante un archivo EXE, excepto Java.exe / Javaw.exe / jpnlauncher.exe

Instrucciones :

a. Ubique el nombre de archivo ejecutable de la aplicación que está en conflicto con el soporte de complementos. Utilice el Administrador de tareas o Microsoft Process Explorer.

segundo. Abra el Editor del Registro de Windows.

do. Navegue 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 filenmae ejecutable del software en conflicto y establezca el valor en 0.

Registro actualizado

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

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

No tenía archivos de complemento. 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, así que no pude manejarlo allí. En Inicio / apagado, la mayoría de los complementos no aparecían en la lista. En cambio, tuve que eliminar manualmente 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 solución definitiva para usar.

Desafortunadamente, ninguna de estas soluciones funcionó para mí. Terminé teniendo que crear un nuevo espacio de trabajo, luego importé los proyectos existentes en el nuevo espacio de trabajo. Lamentablemente, pierde sus preferencias al hacerlo (por lo tanto, recuerde exportar su configuración cada vez que las 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 inicio. Intenté las diversas sugerencias anteriores sin éxito. Finalmente, verifiqué el servicio adb (android debug bridge):

 # 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 conecté mi Android de nuevo. Después de eso, el eclipse comenzó muy bien.

no es necesario eliminar todo el archivo de metadatos. simplemente 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, síntomas similares fueron causados ​​por un repository pícaro de git con una tonelada de archivos de sistema basura.

El remedio universal, como se mencionó anteriormente, es usar Process Monitor para descubrir archivos ofensivos. Es útil establecer 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, descubrí que en el directorio de complementos de eclipse, el archivo com.google.gdt.eclipse.login tenía números de versión al final. Eliminé el número de versión del nombre y todo comenzó bien 🙂

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

El 99% de la solución recomendada funciona …. (es decir, eliminando el archivo .snap) Pero si no funcionó, entonces tenemos que tratar de eliminar la carpeta de índices y más la 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”

enter image description here

En Ubuntu eclipse -clean -refresh funcionó 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 en X11. Me olvidé de marcar el reenvío habilitar X11 en mi masilla.

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