¿Por qué no puedo entrar o salir del código fuente de Java en NetBeans Debugger?

Question

Tengo un proyecto Java que estoy depurando en NetBeans (versiones 6.8 y 6.9) y no puedo entrar en el código ni pasar sobre el mismo. Solo puedo establecer puntos de interrupción y luego continuar a los puntos de interrupción. Esto no es muy conveniente. Me gustaría poder recorrer el código sin establecer puntos de interrupción en todas partes y ejecutarlos. Me estoy conectando a la JVM porque no se puede iniciar en NetBeans (se inicia con un programa C a través de JNI). ¿Hay algún problema relacionado con la conexión a una JVM?

Si, por casualidad, intento entrar en una línea de código, el depurador se bloquea (el botón de pausa está deshabilitado) y la única opción es desconectar/finalizar la sesión de depuración.

Answer 1

Cuando su punto de interrupción ha sido golpeado y ha roto en su código java. Proveedores:

1. Ventana -> Depuración -> Fuentes
2. ADD/Confirmar el directorio raíz de sus fuentes de Java esté establecido como 'Fuente de raíz'.

Answer 2

Después de perder tanto tiempo configurando puntos de interrupción y ejecutando o usando Debug \ Debug Project, tuve suerte. En el menú Depurar, seleccioné 'Entrar' y el IDE comenzó a ejecutar mi código paso a paso, resaltando la línea activa y atenuando el resaltado cuando se requiere una respuesta del usuario. (El uso de la sugerencia anterior de desactivar el código src de Java ayuda mucho también.)

Answer 3

He visto este comportamiento en UN proyecto que vino con un libro JSP. El paso al pasado funcionó bien en otros proyectos, pero en un proyecto en particular al ejecutar un "Paso sobre" simplemente lo hizo pasar al siguiente punto de interrupción en lugar de a la siguiente línea.

Tracé el problema hasta las diferencias en la propiedad debug.classpath en el archivo project.properties.

mal proyecto tenía esto: debug.classpath = $ {} build.classes.dir.real: $ {} javac.classpath: $ {} j2ee.platform.classpath

buenos proyectos con el paso de trabajo sobre tenía esto en su lugar: debug.classpath = $ {javac.classpath}: $ {build.classes.dir}

Al cambiar debug.classpath se arregló el problema.