working prediccion not fori como autocompletar autoayuda activar java compiler-construction netbeans

java - prediccion - netbeans shortcuts



"Código fuente no disponible" RuntimeException en netbeans (5)

De hecho, no necesita borrar toda la carpeta de índice. Cuando abre netbeans y su carpeta de proyectos está activa. Netbeans comienza a escanear archivos y crea carpetas de proyectos temporales (en la carpeta de índice) para todos los proyectos activos. Si revisa el archivo index / segments (es un archivo de texto y puede verse en el bloc de notas / (editor de texto)), podrá identificar las carpetas que representan su proyecto. A continuación, puede eliminar esas carpetas y reiniciar netbeans.

* Proyecto activo significa aquellos proyectos que estaban abiertos antes de que se cerrara Netbeans.

Estoy tratando de ayudar a otro desarrollador que está usando Netbeans. Cuando ejecuta o depura un código suyo en Netbeans (6.9.1) obtiene un "código fuente no disponible" RuntimeException . Tengo mucha experiencia en Java pero estoy más acostumbrado a IntelliJ, y no he usado Netbeans en absoluto.

Lo he hecho un poco de googlear y parece que Netbeans compilará el código incluso con errores, y luego arrojará la RuntimeException a los errores. (Comportamiento bastante malo de IMO, pero supongo que a algunos les resultará útil.) Le pedí que reconstruya completamente el proyecto sin errores de compilación, pero parece que aún se produce la excepción RuntimeException . Supongo que tiene algunos datos de clases en caché en algún lugar profundo de Netbeans.

2 preguntas:

  1. ¿Cuál es la mejor manera de borrar el caché para que podamos descubrir dónde está el código no compilable?
  2. ¿Hay alguna forma de desactivar este comportamiento para que el código no se ejecute / depure a menos que todo se compile, por lo que estos RuntimeException no se inyectarán en el código?

He buscado en Google un poco, pero aún no he encontrado la respuesta a ninguna de estas preguntas.

Actualización: más información:

  1. Desactivar la opción "compilar al guardar" hace que el problema desaparezca. Al volver a encender CoS, vuelve la excepción. Lamentablemente, esto no es una solución, ya que CoS es una opción muy útil.
  2. http://netbeans.org/bugzilla/show_bug.cgi?id=182009 parece ser el informe de fallas más cercano, pero se ha cerrado como "RESOLVED INCOMPLETE". Lamentablemente, el error es difícil de reproducir: la excepción está ocurriendo en el código de la biblioteca Java, cuando llama a una biblioteca de terceros, por lo que no hay nada en el punto en que se lanza la excepción que podemos cambiar. Y el código funcionará durante semanas y luego, de repente, comenzará a emitir este error sin una razón obvia de por qué.
  3. Hemos intentado eliminar manualmente todo el directorio de compilación, todavía no es una solución.

Después de darme cuenta de que la causa era un mal caché de las otras soluciones publicadas, resolví este problema copiando el archivo en otro directorio, eliminándolo de NetBeans y luego volviéndolo a agregar.


Experimenté el mismo problema con cable en NB 7.0.1, mi solución hammer-IQ fue hacer un error tipográfico en el código fuente, ejecutar NB con este error (a pesar de un mensaje de error) y que la clase en caché se eliminó con éxito.


Experimenté este problema en Linux Mint Nadia con Netbeans 7.2.1, pero me quedé perplejo acerca de dónde podría estar la ubicación del caché: el mío estaba ubicado en

/home/USER/.cache/netbeans/7.2.1

en lugar de en la carpeta .netbeans.

Si no está seguro de dónde se encuentra el caché en su configuración en particular, solo vaya al menú Ayuda> Acerca de Netbeans y le dirá la ruta correcta.


Finalmente obtuvimos una solución, pero aún no sabemos por qué ocurre la situación. Cuando tiene activado Compile On Save, Netbeans genera un segundo conjunto de archivos de clase para la depuración, etc. Se almacenan en $USER/.netbeans/var/cache/index/s*/java/*/classes

De alguna manera (no estoy seguro de cómo) este directorio puede dañarse o no actualizarse.

Si cierra netbeans, elimine $USER/.netbeans/var/cache/index y todos los subdirectorios y reinicie netbeans, esto borra la caché. Si no tiene errores de compilación, su problema debería desaparecer en este punto.

NB: $ USER es su directorio de usuario; en Windows 7, generalmente es c:/Users/username , supongo que en Unix será ~username .

Si obtiene este problema, vote, comente o agregue información a: http://netbeans.org/bugzilla/show_bug.cgi?id=182009