sirve que proyecto problemas plugin para mvn integrar funciona error crear con eclipse macos osx-snow-leopard

proyecto - mvn eclipse eclipse para que sirve



Eclipse se cuelga al cargar el banco de trabajo (21)

Mi eclipse deja de cargar el banco de trabajo. Intenté comenzar con ./eclipse --clean

Al iniciar desde la consola arroja la siguiente excepción:

java.lang.NullPointerException at org.eclipse.core.internal.runtime.Log.isLoggable(Log.java:101) at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFactory.safeIsLoggable(ExtendedLogReaderServiceFactory.java:57) at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:158) at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:146) at org.eclipse.equinox.log.internal.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65) at org.eclipse.equinox.log.internal.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87) at org.eclipse.equinox.log.internal.LoggerImpl.log(LoggerImpl.java:54) at org.eclipse.core.internal.runtime.Log.log(Log.java:60) at org.tigris.subversion.clientadapter.javahl.Activator.isAvailable(Activator.java:92) at org.tigris.subversion.clientadapter.Activator.getAnyClientAdapter(Activator.java:81) at org.tigris.subversion.subclipse.core.SVNClientManager.getAdapter(SVNClientManager.java:145) at org.tigris.subversion.subclipse.core.SVNClientManager.getSVNClient(SVNClientManager.java:92) at org.tigris.subversion.subclipse.core.SVNProviderPlugin.getSVNClient(SVNProviderPlugin.java:425) at org.tigris.subversion.subclipse.core.status.NonRecursiveStatusUpdateStrategy.statusesToUpdate(NonRecursiveStatusUpdateStrategy.java:53) at org.tigris.subversion.subclipse.core.status.StatusCacheManager.refreshStatus(StatusCacheManager.java:273) at org.tigris.subversion.subclipse.core.resourcesListeners.FileModificationManager.refreshStatus(FileModificationManager.java:179) at org.tigris.subversion.subclipse.core.resourcesListeners.FileModificationManager.resourceChanged(FileModificationManager.java:128) at org.eclipse.core.internal.events.NotificationManager$1.run(NotificationManager.java:291) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.NotificationManager.notify(NotificationManager.java:285) at org.eclipse.core.internal.events.NotificationManager.broadcastChanges(NotificationManager.java:149) at org.eclipse.core.internal.resources.Workspace.broadcastPostChange(Workspace.java:395) at org.eclipse.core.internal.resources.Workspace.endOperation(Workspace.java:1530) at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:45) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)

Se detiene al cargar com.android.ide.eclipse.adt

¿Qué pasa con mi banco de trabajo?

Aquí hay un método menos destructivo que funcionó para mí:

Estoy en la máquina de Windows con una copia de Spring Tool Suite (una extensión de Eclipse) que estoy ejecutando desde un directorio aleatorio. En mi línea de comando, tuve que navegar al directorio que contenía mi STS.exe y ejecutar: STS.exe -refresh .

Después de eso, pude abrir mi Eclipse de la manera normal (que era a través de un icono de barra de tareas anclado).

Debe eliminar la carpeta org.eclipse.e4.workbench dentro de metadata.plugins / que puede encontrar en su carpeta de espacio de trabajo. Eliminar esta carpeta resolvió el problema para mí, ¡espero que ayude a otra persona!

Después de investigar un poco sobre las fechas de los archivos, resolví el mismo problema (que es un problema aleatorio recurrente en mi Kepler) simplemente borrando el siguiente archivo en mi área de trabajo local: .metadata.plugins / org.eclipse.jdt.core / variablesAndContainers.dat

con impacto insignificante en la restauración del espacio de trabajo.

Espero que pueda ayudar a alguien más ...

El problema con la eliminación de archivos en el directorio .metadata es que tendría que iniciar su banco de trabajo desde cero. Por lo tanto, podría llevar algún tiempo restaurar todos sus proyectos, especialmente si tiene varios de ellos. Restaurar .metadata desde una copia de seguridad simplemente reemplazando los archivos existentes con los viejos respaldados que me funcionaron.

El procedimiento que se muestra en http://off-topic.biz/en/eclipse-hangs-at-startup-showing-only-the-splash-screen/ funcionó para mí:

  1. cd .metadata / .plugins
  2. mv org.eclipse.core.resources org.eclipse.core.resources.bak
  3. Comience eclipse. (Debe mostrar un mensaje de error o un espacio de trabajo vacío porque no se encuentra ningún proyecto).
  4. Cierre todas las pestañas de los editores abiertos.
  5. Eclipse de salida.
  6. rm -rf org.eclipse.core.resources (Eliminar el directorio recién creado).
  7. mv org.eclipse.core.resources.bak / org.eclipse.core.resources (Restaurar el directorio original)
  8. Comienza eclipse y comienza a trabajar. :-)

En otras respuestas:

eclipse -clean -clearPersistedState

se menciona, que parece tener el mismo o incluso mejor efecto.

Aquí hay un script para MacOS (usando Macports) y Linux (probado en Ubuntu con Eclipse Equinox) para comenzar con una eliminación opcional del eclipse en ejecución. Es posible que desee adaptar el guión a sus necesidades. Si agrega plataformas nuevas, edite el script directamente en esta respuesta.

#!/bin/bash # WF 2014-03-14 # # ceclipse: # start Eclipse cleanly # # this script calls eclipse with -clean and -clearPersistedState # if an instance of eclipse is already running the user is asked # if it should be killed first and if answered yes the process will be killed # # usage: ceclipse # # # error # # show an error message and exit # # params: # 1: l_msg - the message to display error() { local l_msg="$1" echo "error: $l_msg" 1>&2 exit 1 } # # autoinstall # # check that l_prog is available by calling which # if not available install from given package depending on Operating system # # params: # 1: l_prog: The program that shall be checked # 2: l_linuxpackage: The apt-package to install from # 3: l_macospackage: The MacPorts package to install from # autoinstall() { local l_prog=$1 local l_linuxpackage=$2 local l_macospackage=$3 echo "checking that $l_prog is installed on os $os ..." which $l_prog if [ $? -eq 1 ] then case $os in # Mac OS Darwin) echo "installing $l_prog from MacPorts package $l_macospackage" sudo port install $l_macospackage ;; # e.g. Ubuntu/Fedora/Debian/Suse Linux) echo "installing $l_prog from apt-package $l_linuxpackage" sudo apt-get install $l_linuxpackage ;; # git bash (Windows) MINGW32_NT-6.1) error "$l_prog ist not installed" ;; *) error "unknown operating system $os" esac fi } # global operating system variable os=`uname` # first set # eclipse_proc - the name of the eclipse process to look for # eclipse_app - the name of the eclipse application to start case $os in # Mac OS Darwin) eclipse_proc="Eclipse.app" eclipse_app="/Applications/eclipse/Eclipse.app/Contents/MacOS/eclipse" ;; # e.g. Ubuntu/Fedora/Debian/Suse Linux) eclipse_proc="/usr/lib/eclipse//plugins/org.eclipse.equinox.launcher_1.2.0.dist.jar" eclipse_app=`which eclipse` ;; # git bash (Windows) MINGW32_NT-6.1) eclipse_app=`which eclipse` error "$os not implemented yet" ;; *) error "unknown operating system $os" esac # check that pgrep is installed or install it autoinstall pgrep procps # check whether eclipse process is running # first check that we only find one process echo "looking for $eclipse_proc process" pgrep -fl "$eclipse_proc" # can''t use -c option on MacOS - use platform independent approach #eclipse_count=`pgrep -cfl "$eclipse_proc"` eclipse_count=`pgrep -fl "$eclipse_proc" | wc -l | tr -d '' ''` # check how many processes matched case $eclipse_count in # no eclipse - do nothing 0) ;; # exactly one - offer to kill it 1) echo "Eclipse is running - shall i kill and restart it with -clean? y/n?" read answer case $answer in y|Y) ;; *) error "aborted ..." ;; esac echo "killing current $eclipse_proc" pkill -f "$eclipse_proc" ;; # multiple - this is bogus *) error "$eclipse_count processes matching $eclipse_proc found - please adapt $0";; esac tmp=/tmp/eclipse$$ echo "starting eclipse cleanly ... using $tmp for nohup.out" mkdir -p $tmp cd $tmp # start eclipse with clean options nohup $eclipse_app -clean -clearPersistedState&

El siguiente procedimiento funcionó en mi MacOS (Mavericks) y Eclipse Luna 4.4.1:

Elimine el archivo .snap en la ruta "workspaceFolder" .metadata.plugins / org.eclipse.core.resources /

Si no sabe cómo navegar a esta carpeta en Mac, presione Cmd + Shift + G (Ir a la carpeta) y escriba la dirección completa que desea navegar.

En su espacio de trabajo encontrará el nombre de la carpeta oculta .metadata en la que encontrará otra carpeta oculta ".mylyn" elimínela y vacíe su papelera vaya al administrador de tareas detenga el proceso de Eclipse y vuelva a iniciar Eclipse esta vez funcionará.

¡Disfrutar!

Hay muchas razones posibles para este tipo de comportamiento. Además de ejecutarse desde un intérprete de comandos de shell como el que tiene, vale la pena buscar pistas en su archivo de registro de área de trabajo, que es el archivo .metadata / .log debajo del directorio de su espacio de trabajo; el NPE que se aproxima parece que podría tener que hacer con el código de registro en sí, pero el registro aún puede ayudar a determinar qué estaba sucediendo antes del error.

Las búsquedas en la web de los mensajes que usted encuentra a menudo producen sugerencias para eliminar varios directorios o archivos y comenzar de nuevo. Sin embargo, algunas veces he podido eliminar partes de .metadata / .plugins / org.eclipse.ui.workbench / workbench.xml para obtener soluciones menos destructivas.

La mejor solución que encontré es eliminar este archivo: workspace / .metadata / .plugins / org.eclipse.e4.workbench / workbench

Ninguna de las soluciones me ayudó en mi caso.

Encontré la solución de trabajo sin embargo. Leí que esto sucede cuando el complemento ADT no se actualiza correctamente en Eclipse.

Solution From Eclipse. . . 1. Go to Help Tap 2. Click Check for Updates

Actualiza todo y ¡listo! ¡Ya no se congela al comenzar Eclipse!

No probé todo esto. Reinicié mi portátil / máquina. Y todo volvió a la normalidad después de eso.

Obtenga una copia de seguridad de la carpeta .metadata / .plugin / org.eclipse.core.resources, luego elimine esa carpeta e inicie Eclipse. Eso debería lanzar el espacio de trabajo, pero todos los proyectos se habrán ido ya que org.eclipse.core.resources mantiene una lista de todos los proyectos.

A continuación, cierre el eclipse correctamente y copie de nuevo org.eclipse.core.resources de la copia de seguridad a .metadata / .plugins / folder anulando la existente.

Eclipse abierto y las cosas deberían funcionar bien con todos tus proyectos volver a la normalidad.

Resolví eliminar * .snap del directorio del espacio de trabajo (y todos los subdirectorios):

metadata / .plugins / *. snap

También podría ser útil tratar de cargar y guardar el espacio de trabajo con una versión más nueva de eclipse:

Estoy usando eclipse 3.8. Al iniciar la pantalla de inicio, se colgaría. No hubo mensajes de error en el registro. Lo que ayudó fue abrir el espacio de trabajo con eclipse 4.2.2. Después de abrir y cerrar el área de trabajo, pude cargarlo de nuevo con 3.8.

Una pregunta muy antigua, pero la respuesta más simple aún no se ha publicado.
Aquí está :
1) En [workspace]/.metadata/.plugins/org.eclipse.e4.workbench delete workbench.xmi file.
En la mayoría de los casos , es suficiente: intente cargar Eclipse.
Aún así, debe volver a configurar su configuración de perspectiva específica (si corresponde)

2) ¿ Ahora tiene problemas para construir proyectos que funcionen perfectamente? A partir de mi experiencia, los pasos siguientes ayudan:
- desmarcar proyectos-> compilar automáticamente
- cambiar a la perspectiva de Java (si aún no): Ventana -> Abrir perspectiva -> Java
- encuentre Problemas vea o ábralo: Ventana -> Mostrar vista -> Problemas
- haga clic derecho en grupos problemáticos y seleccione Eliminar . Asegúrese de eliminar los errores de Lint
- Limpiar el espacio de trabajo: Proyecto -> Limpiar ... con la opción Limpiar todos los proyectos
- ver Proyectos-> Construir automáticamente
- Si los problemas persisten para algunos proyectos: haga clic derecho en el proyecto, seleccione Propiedades -> Android y asegúrese de que se elija el Objetivo de compilación del proyecto apropiado .

3) Siempre fue suficiente para mí. Pero si sigues teniendo problemas, prueba las recomendaciones de @george post

borrar el espacio de trabajo / .metadata / .lock y comenzar el eclipse con -clean -refresh funcionó para mí.

no es necesario eliminar todos los metadatos. simplemente intente eliminar el archivo .snap en org.eclipse.core.resources en su carpeta de espacio de trabajo, p . ej.

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

DISCLAIMER: THIS WILL DELETE ALL OF YOUR ECLIPSE WORKSPACE SETTINGS AND YOU WILL HAVE TO RE-IMPORT ALL YOUR PROJECTS, THERE ARE LESS DESTRUCTIVE ANSWERS HERE

Pruebe lo siguiente:

  1. Elimine la carpeta .metadata en su área de trabajo local (esto es lo que funcionó para mí). Parece que contiene un archivo .LOCK que, si no se cierra correctamente, evita que el eclipse se inicie correctamente. En sistemas basados ​​en Unix, puede escribir lo siguiente en la línea de comando;

    rm -r workspace/.metadata

  2. Elimine su directorio .eclipse en su directorio de inicio. Lanzamiento eclipse. Si eso no funciona,

  3. Abrir eclipse en otra cuenta de usuario. Si se carga, sabrá que el problema está en su cuenta, no en su instalación de eclipse.

./eclipse -clean -refresh

como lo mencioné en el comentario de sulai del 20 de diciembre a las 12:46, eso funcionó para mí.

Sin embargo, en Mac OS X, tuve que descubrir cómo llegar a ./eclipse

Aquí está la solución:

cd Eclipse.app/Contents/MacOS/

Gracias, el comentario de Andrew para esta publicación: https://.com/a/1783448/2162226