Limpiar los metadatos del espacio de trabajo de Eclipse

metadata configuration-files

Question

Uso múltiples espacios de trabajo con Eclipse. Recientemente me di cuenta de que algunos de mis espacios de trabajo tienen una gran cantidad de componentes de paquetes de software que instalé y luego eliminé. Por lo que puedo decir, la situación es que muchos paquetes escriben cosas (a veces muchas cosas) en la carpeta .metadata para cada espacio de trabajo que abro mientras el paquete estaba instalado. Cuando eliminé un paquete, parece que eliminó la carpeta .metadata para el espacio de trabajo que tengo abierto en ese momento, pero a todos los demás espacios de trabajo les quedan metadatos huérfanos. A veces, estos metadatos causan problemas, a menudo, errores al abrir el espacio de trabajo y, a veces, la inestabilidad.

La única manera que conozco de manejar esto es crear un nuevo espacio de trabajo, importar proyectos del espacio de trabajo contaminado, reconstruir todas mis configuraciones (un gran problema) y luego eliminar el viejo espacio de trabajo. ¿Hay alguna manera más fácil de lidiar con esto?

Answer 1

La única manera que conozco de manejar esto es crear un nuevo espacio de trabajo, importar proyectos del espacio de trabajo contaminado, reconstruir todas mis configuraciones (un gran problema) y luego eliminar el viejo espacio de trabajo. ¿Hay alguna manera más fácil de lidiar con esto?

Para sincronizar o restaurar todas nuestras configuraciones usamos Workspace Mechanic . Una vez que todos los ajustes se graban, se hace clic y se restauran todas las configuraciones ... También puede configurar un servidor que proporcione esa configuración para todos los usuarios.

Answer 2

En algunos casos, pude evitar que Eclipse se bloquee durante el inicio al eliminar un archivo .snap en los metadatos del espacio de trabajo (.metadata / .plugins / org.eclipse.core.resources / .snap).

Ver también https://bugs.eclipse.org/bugs/show_bug.cgi?id=149121 (el error ha sido cerrado, pero me sucedió recientemente)

Answer 3

En mi caso, eclipse no muestra la función clase primaria en $ this, por lo que realizo los siguientes puntos de mención y comienza a trabajar:

Voy a mi carpeta / var / www / y busco la carpeta .metadata (Aquí revisa el archivo .log y se muestra) El recurso no está sincronizado con el sistema de archivos: 1. Vaya a Eclipse -> Proyecto -> Limpiar 2. Windows - preferencias -> General -> Espacio de trabajo -> Y configúralo como "Actualizar automáticamente"

Después de ese boom, las cosas empiezan a funcionar :)

Si también quiere cargar variables de otros archivos, haga lo siguiente: - Eclipse -> Windows -> Preferencias -> Php -> Editor -> Content Assist -> y marque "mostrar variable desde otros archivos"

Luego mostrará elementos, variables y otras funciones también.

Answer 4

Una de las cosas que quizás quieras probar es comenzar el eclipse con la opción -clean . Si ha elegido tener eclipse, use el mismo espacio de trabajo todas las veces, entonces no hay nada más que deba hacer después de eso. Con esa opción en su lugar, el área de trabajo debe ser limpiada.

Sin embargo, si no tiene un espacio de trabajo predeterminado elegido, al abrir Eclipse se le pedirá que elija el espacio de trabajo. En este punto, elija el espacio de trabajo que desea limpiar.

Consulte "Cómo ejecutar eclipse en modo limpieza" y "Mantener limpio Eclipse" para obtener más detalles.

Answer 5

No hay una manera fácil de eliminar las cosas "desactualizadas" de un espacio de trabajo existente. Usar el parámetro "limpiar" no será de gran ayuda, ya que muchos de los archivos a los que se refiere son "datos de formularios libres", solo conocidos por los complementos que ya no están disponibles.

Su mejor apuesta es optimizar la reimportación, donde me gustaría señalar lo siguiente:

• Al crear un nuevo espacio de trabajo, puede elegir que se copien algunas configuraciones del espacio de trabajo actual al nuevo.
• Puede exportar las preferencias del área de trabajo actual (utilizando el menú Exportar ) y volver a importarlas en el nuevo espacio de trabajo.
• Hay muchas recomendaciones en Internet para copiar la ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings desde el espacio de trabajo anterior al nuevo. Esta es seguramente la manera más rápida, pero puede llevar a un comportamiento extraño, porque algunos de sus complementos pueden depender de estas configuraciones y de algunos de los "datos de forma libre" mencionados en otro lugar. (Incluso hay personas que enlazan estas carpetas en varias áreas de trabajo, pero esto realmente requiere utilizar los mismos complementos en todos los espacios de trabajo).
• Es posible que desee considerar el uso de más configuraciones específicas del proyecto que las preferencias del espacio de trabajo en el futuro. Entonces, por ejemplo, todas las configuraciones del compilador de Java pueden establecerse en el nivel del espacio de trabajo o en el nivel del proyecto. Si se establece en el nivel del proyecto, puede ponerlos bajo control de versión y son independientes del espacio de trabajo.