variable resolved parametermode cannot java eclipse build

java - resolved - Eclipse no pudo eliminar el error



cannot be resolved to a variable eclipse (29)

1 - Limpie su proyecto yendo a Proyecto -> Limpiar .

2 - Asegúrese de marcar Proyecto -> Crear automáticamente .

Pero antes de eso, verifique los permisos en las carpetas src y target de su proyecto, eclipse necesita leer y escribir en esas carpetas, luego libere los permisos para ello. Su problema será resuelto.

Estoy trabajando en un proyecto con Eclipse y ahora todo estaba bien, pero la última vez que intenté construirlo, devolvió el error,

"El proyecto no se creó debido a" No se pudo eliminar "/ Torpedo / bin / bin". "Solucione el problema, luego intente actualizar este proyecto y compilarlo ya que puede ser inconsistente Torpedo Desconocido Problema de Java"

Y eliminó mi carpeta bin, que almacena todas las imágenes y cosas necesarias para el programa. (Afortunadamente tuve una copia de seguridad). Intenté buscar en Google y probé todas las soluciones que encontré, pero nada me ayudó, y también la mayoría de ellas sugiere eliminar la carpeta a mano, lo que no puedo hacer. ¿Que debería hacer?

A veces se puede resolver simplemente limpiando el proyecto y reconstruyéndolo. Esto funcionó para mí justo antes.

Además, hacer clic en ''Generar automáticamente'' en la pestaña ''Proyecto'' suele ser más conveniente para resolver problemas menores.

Acabo de tener este problema ... y fue debido al hecho de que tenía una sesión de línea de comandos (pantalla de DOS ...) abierta en una carpeta en el árbol BIN para el proyecto que estaba construyendo ... quería correr el archivo .class a través de la línea de comando.

La solución fue simplemente volver a la carpeta bin para que la "limpieza" pudiera eliminar y volver a crear esas carpetas de destino.

Acabo de tener este problema y fue TGitCache.exe bloqueando la carpeta bin. Si usa TortoiseGit, simplemente mate el proceso TGitCache.exe y debería estar todo listo.

Compruebe si algún otro proceso está utilizando un archivo dentro de la carpeta "bin" de destino y elimínelo. Por lo general, esto sucede con otros procesos Java invocados desde Eclipse.

El proceso que seguí es

  1. Cerrar eclipse
  2. Explore a la carpeta
  3. Bórralo

En Windows, he abierto eclipse con Admin privilige. El problema se ha ido.

Es un problema Windows 7 . Generamos muchos códigos aquí y enfrentamos el mismo problema al generar código [two-step:

  1. Transformación XSL y
  2. impresión bonita], uno de los procesos de Windows, probablemente Explorer.exe , interviene. Esto solo ocurre una vez de 200.

En Linux y Windows XP, ni tenemos problemas en Eclipse ni generamos archivos.

Y enfrentamos los problemas incluso si ejecutamos la generación de código y Eclipse como administratör.

Le hemos pedido ayuda a Microsoft, pero la sugerencia que hemos tenido hasta el momento es "¡Reiniciar!". ¡Sin esperanza!

Estaba trabajando en un proyecto de código abierto, y este problema en particular fue un verdadero dolor en el trasero y terminé perdiendo 4 horas.

Lo que el eclipse está tratando de decir es:

No tengo derechos de acceso a la carpeta bin particular. Si está utilizando Linux, entonces:

  1. Abre tu terminal
  2. Vaya al directorio desde donde está importando el proyecto a eclipse y chmod 777 -R carpeta_proyecto
  3. Verifique nuevamente, si el problema aún persiste, vaya a la carpeta dentro de su proyecto donde se encuentra el contenedor y haga lo mismo - chmod 777 -R bin_folder
  4. Ahora abra Eclipse, limpie y construya de nuevo. Debería funcionar sin problemas

Este problema vino a mí cuando se cambian los permisos del directorio del proyecto. Asegúrese de que el usuario tenga permiso de escritura en el directorio del Proyecto. Si no hay permiso para escribir en el directorio del proyecto, eclipse no podrá eliminar / crear la carpeta Bin.

Para resolverlo, di permiso de escritura para el directorio del proyecto.

Ejemplo: sudo chmod -R 777 / MyProject / code (En mi caso utilicé Ubuntu, de acuerdo con el sistema operativo, asegúrese de dar permiso de escritura)

Esto funciona para mi:

  1. Cerrar Eclipse.
  2. Retire de la carpeta Eclipse en su proyecto, todos los datos dentro de las clases.
  3. Abra Eclipse.
  4. Equipo -> Limpieza

Esto me pasó a mí. Tenía el control de acceso de usuario (UAC) apagado cuando sucedió (Windows Vista de 32 bits). Volví a encender el UAC, reinicié la vista y luego desapareció el error. Contador intuitivo que con UAC desactivado, la eliminación del directorio bin / net falla, pero con UAC de nuevo funciona. Imagínate.

Fui a Java Build Path -> Source (tab), cambié la ruta de la carpeta Default Output a alguna otra carpeta como customerConfig / bin a customerConfig / bins, hice una compilación, el error desapareció y luego volví y lo cambié volver a customerConfig / bin

He estado teniendo este problema bastante recientemente. Me di cuenta de que comenzó a suceder después de configurar el espacio de trabajo para que vuelva a cargar automáticamente todos los recursos del disco. Esto se puede configurar desde el menú: Preferencias> General> Espacio de trabajo.

Lo que funciona para mí:

  1. Cerrar Eclipse.
  2. Vaya a su carpeta bin y elimine todos los contenidos ( no la carpeta en sí).
  3. Comience Eclipse.
  4. Limpie su proyecto yendo a Project -> Clean .
  5. Asegúrate de marcar Project -> Build automatically .

Lo solucioné deshabilitando la indexación de búsqueda de Windows. Parece que recuerdo hace bastante tiempo que traté de buscar en mi carpeta de proyectos usando el explorador de archivos de Windows. Supongo que Windows ha mantenido su índice de búsqueda actualizado desde entonces escaneando la carpeta y ahora está chocando cabezas con eclipse limpio.

Deshabilitar:

  1. Panel de control
  2. Herramientas administrativas
  3. Servicios
  4. Encuentra "búsqueda de Windows"
  5. Deshabilitarlo

Como la búsqueda de Windows está rota, no la uso de todos modos. Yo uso un agente para buscar.

Los problemas para eliminar cosas para mí en Windows generalmente se reducen a una de estas dos cosas:

  • El archivo está siendo abierto por un programa. Esto incluye la JVM. Esto usualmente no desaparece por sí mismo.
  • El programa antivirus en la computadora tiene el archivo abierto para lo que necesite hacer. Esto generalmente desaparece después de un tiempo. Con frecuencia recrear espacios de trabajo, y si esto sucede demasiado rápido, Eclipse se queja de que no puede eliminar archivos.

No he leído todas las respuestas anteriores, pero también tengo el mismo problema. Estoy ejecutando Eclipse 4.1 en Ubuntu 12.10, 64 Bit y una SSD. Me di cuenta de que este problema de eliminación siempre aparece cuando mi computadora falla con un Eclipse abierto. Logré resolver el problema eliminando determinados archivos de índice. Por ejemplo, mi archivo de registro del espacio de trabajo (ubicado en /.metadata/.log) estaba lleno con EOFException, diciendo que algunos metadatos no se podían leer, como

!ENTRY org.eclipse.ui.ide 4 4 2012-12-13 13:25:35.988 !MESSAGE Problems occurred refreshing the selected resources. !SUBENTRY 1 org.eclipse.core.resources 4 567 2012-12-13 13:25:35.988 !MESSAGE Could not read metadata for ''/home/xyzworkspace/.metadata/.plugins/org.eclipse.core.resources/.projects/server-test/.indexes/7/9c/properties.index''. !STACK 0 java.io.EOFException at java.io.DataInputStream.readByte(DataInputStream.java:250) at org.eclipse.core.internal.localstore.Bucket.load(Bucket.java:298) at org.eclipse.core.internal.properties.PropertyBucket.load(PropertyBucket.java:258) at org.eclipse.core.internal.localstore.Bucket.load(Bucket.java:274) at org.eclipse.core.internal.localstore.BucketTree.internalAccept(BucketTree.java:98) at org.eclipse.core.internal.localstore.BucketTree.internalAccept(BucketTree.java:109) at org.eclipse.core.internal.localstore.BucketTree.internalAccept(BucketTree.java:109) at org.eclipse.core.internal.localstore.BucketTree.accept(BucketTree.java:76) at org.eclipse.core.internal.properties.PropertyManager2.deleteProperties(PropertyManager2.java:102) at org.eclipse.core.internal.properties.PropertyManager2.deleteResource(PropertyManager2.java:111) at org.eclipse.core.internal.resources.Resource.deleteResource(Resource.java:918) ... here goes the rest of the stack trace...

Después de eliminar este archivo de índice en particular y reiniciar Eclipse, todo funcionó como antes. Se agradece cualquier comentario sobre si la sugerencia funcionó.

Process Explorer mostró que el archivo Java .jar de Android que no se podía eliminar fue utilizado por javaw, un subproceso de Eclipse ...

Esto parece un error.

La solución consiste en cerrar Eclipse y eliminar el archivo del Explorador ...

Seguí estos pasos para deshacerme de esto:

  • Cerrar eclipse
  • Ir al administrador de tareas -> procesos -> java.exe -> proceso final
  • seleccione javaw.exe -> proceso final
  • Luego vaya a la ubicación del proyecto elimínelo
  • comienza eclipse y elimina el proyecto

aplausos ... Eso es todo ...

Simplemente me golpeé con el mismo problema: no pude limpiar / reconstruir el proyecto Eclipse, porque la carpeta de salida de mis clases no se pudo eliminar.

Cerré Eclipse e intenté eliminar la carpeta. Windows se quejó de que lo usa otra aplicación.

Al estar en Windows, ejecuto resmon.exe desde la barra de Windows / Búsqueda. Luego, yendo en la pestaña CPU / Asas Asociadas, busco esa ruta de carpeta y encontré el manejador para ella desde PERSPECTIVA. Envié un correo con un archivo de esa ruta y parece que OUTLOOK lo mantuvo. Después de eliminar la entrada del control, todo funcionó de nuevo.

Solución (para mí): en mi caso, el archivo ya no existía desde donde estaba vinculado, por lo tanto, no se pudo encontrar el archivo (obvio). Todos los archivos a los que se hace referencia están en rutas en mi carpeta src en algún lugar o en otros proyectos locales. Nada hasta ahora me ha funcionado excepto lo siguiente ...

Cómo pude eliminar mis enlaces rotos.

  • Abrir Eclipse, proyecto abierto
  • Ir a la carpeta (en el explorador) desde donde se hace referencia al archivo.
  • Cree un archivo (en blanco / vacío) con el mismo nombre que el archivo al que se hace referencia (es decir, "File.java").
  • Vuelve al eclipse y actualiza el proyecto.
  • Ahora puede eliminar el archivo que ahora se encuentra.

Enlace eliminado.

Esta es una solución sucia. Espero que este problema se resuelva sin embargo.

Tenía que terminar ChromeRiver antes de poder limpiar mi proyecto. Hubo procesos en el administrador de tareas que debieron cerrarse.

Tengo este problema de manera semi-regular, particularmente cuando implemento en Tomcat o similar, bajo Windows 7. También me pasa con la versión de línea de comandos de maven, así que no es solo Eclipse quien tiene este problema.

La causa principal es que algo se está reteniendo en un identificador de archivo. La mayoría de los problemas desaparecieron cuando deshabilité la búsqueda / indexación de Windows en mi PC, pero a veces los problemas aún ocurren.

Para rastrear lo que está sucediendo, debe descargar Process Explorer (uno de los programas más útiles que he encontrado). Esto le permite ver exactamente qué se está ejecutando en su PC, los archivos que tiene abiertos, el rendimiento de los procesos, la cantidad de CPU que está ejecutando, la cantidad de IO que está haciendo, etc. Cuando tiene un archivo que no se puede eliminar , puede encontrar-> Buscar identificador o DLL, e ingresar parte del nombre, y le indica quién lo tiene abierto. No siempre lo captas a tiempo, pero a menudo lo suficiente como para conocer al culpable.

Tuve un problema similar con Windows XP / Vista. En mi caso, la longitud total del archivo fue de más de 255 caracteres.

/abcd/abcd/abcd/abcd..../abcd

La única solución que encontré fue cambiar el nombre de los directorios para hacerlo más corto que 255 caracteres.

/a/a/a/a/a/a/a.../a

Después de eso, puedes eliminarlo. Es una restricción en la API de Windows. El sistema de archivos puede administrar más de 255 caracteres pero no el explorador que usa la API de Windows.

Veo esto semi-regularmente en Windows. Creo que es un error o una carrera en Eclipse, tal vez una carrera con un comprobador de virus que no le gusta una eliminación inmediatamente seguida de una escritura en el mismo archivo que se eliminó. La solución que uso es usar Proyecto - Limpiar desde la barra de menú.

@Ash tiene razón en los comentarios anteriores de que no debería tener recursos en su carpeta de salida. Para ayudar a evitar eso, siempre cambio el nombre de mi carpeta de salida de "bin" a algo más obvio como "eclipse / classes"

Yo tuve el mismo problema. Después de reiniciar Eclipse, una eliminación pasa por mí y las subsiguientes eliminaciones fallan. Lo que finalmente hice fue reiniciar Eclipse luego Ctrl + clic en cada elemento que quería eliminar. Luego los eliminé todos a la vez y funcionó bien.

solo agregando a la base de conocimiento. he tenido este problema reiniciar eclipse o Windows no lo solucionó.

borrar .metatdata / .lock en el directorio principal después de cerrar Eclipse solucionó el problema. iirc, a veces necesitas reiniciar windoze.

¡Actualice Spring Boots!

Tuve el mismo problema cuando mi suite de herramientas de primavera arrojó este error [Windows 7] cada vez que realizo cambios en el JSP o los recursos (css, js, images). Sin embargo, permitiría una vez ahorrar para reflejar los cambios, pero la segunda vez, STS arrojaría el error de que no podría eliminar el archivo que cambié [básicamente no podría mover el archivo a la carpeta bin]. Debo detener la aplicación, proyecto -> limpiar el error para ir, hacer los cambios y tener que iniciar la aplicación. Process explorer dijo que javaw tiene el directorio handle on bin .

Probé todas las sugerencias que se enumeran como respuestas: Recreé el espacio de trabajo, revisé las referencias de proyectos, actualicé mi conjunto de herramientas de Spring, deshabilité la búsqueda de Windows, la indexación, etc. Pero ninguna funcionó.

Finalmente actualicé mis botas de resorte de 1.4.0 a 1.5.4 y el error desapareció. Entonces, si alguno de ustedes que usa Spring Boots enfrenta este problema, verifique su versión y actualización. Es posible que también necesite agregar spring-boot-devtools para permitir el intercambio en caliente con las últimas versiones de botas de resorte.