eclipse atascado al construir espacio de trabajo

Estoy usando eclipse 3.4.1 Java EE en Vista. Parece que me atasco cuando construyo mi espacio de trabajo. La cancelación de la compilación no parece hacer nada tan bien.

¿Por qué sucede esto y cómo soluciono el problema?

Es posible que desee echar un vistazo a Cómo informar un punto muerto . También es posible que desee verificar la vista de Error y / o el registro de errores ([espacio de trabajo] /. Metadata / .log). Si eso no ayuda, probablemente necesite incluir más información sobre qué complementos ha instalado y qué proyectos tiene. ¿Puedes crear un espacio de trabajo mínimo que reproduzca el problema?

Pude arreglar esto con lo siguiente:

Primero, salga de Eclipse. Luego, mueva temporalmente la siguiente .projectscarpeta a una ubicación segura:

mv .metadata\.plugins\org.eclipse.core.resources\.projects projects

Inicie y salga de Eclipse, luego mueva la .projectscarpeta a donde estaba originalmente:

mv projects .metadata\.plugins\org.eclipse.core.resources\.projects

Úselo bajo su propio riesgo, por supuesto.

En algún momento es muy útil ejecutar eclipse desde la línea de comando con el parámetro "-clean" para forzar que produzca una limpieza para el espacio de trabajo.

eclipse -clean no funcionó pero sí lo hizo

eclipse -clean -clearPersistedState

Eclipse a menudo se congela para mí al 44% si estoy depurando Android a través de USB. Al desconectar el dispositivo, se inicia Eclipse.

La respuesta aceptada me permitió comenzar Eclipse nuevamente, pero parece que los proyectos perdieron sus metadatos. (Por ejemplo, todos los iconos de Git / Gradle / Spring desaparecieron de los nombres de los proyectos). Tengo muchos proyectos allí, y no quería tener que importarlos de nuevo.

Así que esto es lo que funcionó para mí con Kepler. YMMV pero quería grabar esto en caso de que ayude a alguien.

Paso 1. Mueva temporalmente el .projectsarchivo fuera del camino:

$ cd .metadata/.plugins/org.eclipse.core.resources
$ mv .projects .projects.bak

Paso 2. Luego inicia Eclipse. Faltarán los metadatos, pero al menos Eclipse comienza sin atascarse.

Paso 3. Cierra Eclipse.

Paso 4. Revierte el .projects.bakarchivo a su nombre original:

$ mv .projects.bak .projects

Paso 5. Reinicie Eclipse. Puede construir algunas cosas, pero esta vez debería pasar. (Al menos lo hizo para mí).

Paso 1:

Abra el directorio del proyecto y edite el archivo .project, elimine las siguientes líneas para deshabilitar la validación de script java.

  <buildCommand>
      <name>org.eclipse.wst.jsdt.core.javascriptValidator</name>
      <arguments>
      </arguments>
    </buildCommand>

Guardar el archivo.

Paso 2:

Vaya al directorio instalado de Eclipse y abra eclipse.ini (o sts.in si tiene STS), cambie los valores xms y xmx según el tamaño de RAM de su computadora.

-Xms512m
-Xmx1024m
-XX:MaxPermSize=256m

O: en Windows, vaya al acceso directo de eclipse en el escritorio, haga clic derecho-> propiedades-> agregue lo siguiente: C: \ software \ eclipse \ sts-3.6.2.RELEASE \ STS.exe -clean -Xms512m -Xmx1024m

Ejecute Eclipse.

Vaya a Eclipse-> windows-> preferencia-> Validación, active Suspender todos los validadores. Haga esto si no desea hacer ninguna validación en la lista dada en el panel Validator.

Tengo este problema cuando tengo demasiados proyectos maven abiertos a la vez. Lo que tiendo a hacer es:

• Reiniciar eclipse (a veces necesito matar el eclipse)
• Deshabilite la compilación automática de inmediato (proyecto> desmarque Compilación automática)
• Haga clic con el botón derecho en los proyectos que quiero reconstruir
• Cerrar proyectos no relacionados
• Vuelva a habilitar la compilación automática

Esto permite una reconstrucción funcional en un 99% de descuento en los casos en mi espacio de trabajo.

La única solución para mí (Luna 4.4.1) fue esta:

Vaya a Propiedades del proyecto> Constructores y luego desmarque el Validador de Javascript.

Me enfrenté a un problema similar en Eclipse Indigo. Cambié el HeapSize, comenzó a funcionar correctamente. Acabo de agregar el siguiente archivo eclipse.ini -vmargs -Xms1024m -Xmx1024m

Funcionó bien después de aumentar el tamaño de VM

Tuve el mismo problema con mi Eclipse y, como solución, creé un nuevo proyecto, copié todos los recursos manualmente (usando Windows copiar / pegar) a un nuevo proyecto, eliminé el antiguo proyecto y eso es todo.

A veces, esto sucede debido al apagado inadecuado del sistema y el espacio de trabajo de Eclipse comenzó a enfrentar problemas similares.

Espero que funcione.

Eliminar algunos de los índices JDT (en .metadata.plugins \ org.eclipse.jdt.core), particularmente los archivos grandes, a menudo me solucionan o alivian el problema.

Acabo de tener el mismo problema.

Al usar el Administrador de tareas para eliminar el proceso de compilación y salir de Eclipse sin proyectos abiertos, pude volver a Eclipse y limpiar el proyecto sin abrirlo. Luego reinicié Eclipse nuevamente, cargué mi proyecto y todo estuvo bien.

Deseleccionar la compilación automática usando Eclipse-> Windows-> Preferencias ayuda a solucionar este problema.

Descubrí que esto también podría suceder si reconstruye un espacio de trabajo con un proyecto que contiene muchos datos de imagen (como un proyecto de imágenes dedicado). Podría ser mejor poner algo así en su propio espacio de trabajo y manejarlo por separado para el resto de los proyectos con los que se ocupa.

Si no puede, no limpie ese proyecto cuando limpie y reconstruya. Solo reconstruir cuando sea necesario.

En mi caso, el problema surge después de importar el proyecto descargado, atascado al 80% de compilación. Se resolvió agregando permisos de escritura para el grupo a los archivos del proyecto (Ubuntu 12.04).

En mi caso, ayudó a eliminar las carpetas de origen de mis favoritos en el Explorador de Windows (Windows 8.0). Parece que la compilación en realidad no se atascó, sino que se activó en algún tipo de bucle infinito (como se menciona aquí : error 342931).

A veces, el problema parece solucionarse eliminando otros programas que tienen archivos abiertos desde la carpeta del proyecto.

Mirar los registros me [workspace]/.metadata/.logproporcionó información útil. Resultó que había un java.lang.OutOfMemoryError: PermGen space errormomento en que la construcción del espacio de trabajo se colgaría. Esto se puede editar en el archivo eclipse.inio sts.ini(si está utilizando SpringSource Tool Suite).

Enfrenté el mismo problema cuando intenté instalar Angular.js con bower en mi proyecto. Parece que Bower tiene muchos archivos javascript que descargó automáticamente, lo que provocó que mi IDE se atascara en el proceso de validación durante mucho tiempo. Entonces, resolví este problema de esta manera,

• Primero instalé tern.js 0.9.0.
• Luego fui a las propiedades del proyecto, la ruta de script de tern seleccionada incluía solo la ruta que necesitaba para la validación, la carpeta de JavaScript de mi proyecto. Excluí otra ruta como marcadores de posición, archivos Angular.js, archivos Jquery.
• Seleccioné el Javascript de las propiedades nuevamente e hice lo mismo en incluir la fuente de la ruta.

Mi IDE actualmente funciona sin congelar. Tomé ayuda de allí. Golondrina de mar que supongo que puede ser útil, donde cualquier IDE bloqueen debido a la gran cantidad de archivos Javascript.

Intenté muchas de estas sugerencias, pero lo único que finalmente funcionó para mí fue crear un nuevo espacio de trabajo y revisar todos mis proyectos en esa carpeta. Entonces funcionó bien ;-)

Acabo de reiniciar eclipse y comenzó a funcionar la próxima vez.

Actualice todos los proyectos que desea construir. Trabajó

Reiniciar eclipse.
Me funcionó varias veces.

Pude resolver esto eliminando la carpeta adicional que Eclipse había creado en mi carpeta de instalación de eclipse. No instalé y estaba usando Eclilpse Neon 3 con la suite Spring Tool también instalada. Pero, cuando examiné la instalación extraída de eclipse, tenía C: carpeta que tenía cierta estructura de carpetas. Era una imagen reflejada de mi carpeta de Descargas. Lo eliminé y reinicié.

¡Funcionó para mí!

Ninguna de las respuestas aquí funcionó para mí. Lo que funcionó fue eliminar la siguiente carpeta

C: \ Users \ your username \ workspace \ project name.metadata.plugins \ org.eclipse.core.resources.projects \ project name \ .indexes

En lugar de depurar y encontrar las causas raíz exactas de esto, acabo de eliminar los proyectos y la carpeta de metadatos. Eclipse reconstruirá el archivo .metadata la próxima vez que se inicie.

Luego saqué el último código del proyecto y el problema se resolvió. Fue más trabajo ya que tuve que reconfigurar todo, incluidos mis servidores, pero el espacio de trabajo de compilación se había detenido al 50% durante 3 a 5 minutos antes de que terminara por completo, por lo que valió la pena el esfuerzo.

Además, descubrí que con Eclipse, si detiene el espacio de trabajo de compilación antes de que se complete y apague Eclipse si eso cuelga todo, realmente puede estropear su configuración y perder mucho tiempo tratando de volverlo estable. Estoy usando Eclipse Oxygen, pero me ha sucedido esto en todas las versiones de Eclipse que he usado, así que realmente trato de evitarlo, si es posible.

Dentro de la carpeta del proyecto, abra el archivo .project. Hay una entrada incorrecta y podría ayudar

    <buildCommand>
        <name>org.eclipse.m2e.core.maven2Builder</name>
        <arguments>
        </arguments>
    </buildCommand>

Si está utilizando Maven como herramienta de compilación, es posible que desee:

1. Cerrar eclipse

2. Elimine los directorios de dependencia ubicados en .m2 / repository / - en Linux se encuentra en el directorio de inicio y en Windows debe estar en c: \ Users <YourUsername> .m2 (reemplace '' con su nombre de usuario)

3. Inicie Eclipse y disfrute del trabajo normal :)

Eso me ayudó a resolver este problema y espero que también te ayude. :)
Saludos!

PD : he editado mi respuesta (como @howlger preguntó) donde también se sugirió eliminar las carpetas .eclipse y .p2, ya que puede hacer daño ( aunque NO lo hizo en mi caso + tuve que reinstalar algunos de los complementos que estoy utilizando).