This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Created attachment 132483 [details] log files and debugger properties in zip file In a basic Java EE Web project deployed on GlasFish, the debugger cannot set a breakpoint on a class. It prints a message in the console "The breakpoint is set outside of any class" and the log contains: WARNING [org.netbeans.modules.debugger.jpda.breakpoints]: Class name not defined for breakpoint LineBreakpoint ... I cannot fix this with the following sequence: - Stop debugger session - Delete all breakpoints - Undeploy application - Clean and build application - Debug application (builds and deploys) - Submit breakpoint
It does not help to - Disconnect debugger - Re-start server. I had to re-start the IDE to get the breakpoints set.
There is a warning in the messages.log file, which has probably behind the problems: WARNING [org.netbeans.modules.java.source.parsing.JavacParser]: ClassPath identity changed for C:\_dt\app\gt1\jprj\G1\G1_W\src\java\ejb\dto\Gee1SearchIdParms.java@edd4eb22:42289, class path owner: C:\_dt\app\gt1\jprj\G1\G1_W (class org.netbeans.modules.web.project.WebProject) original sourcePath: C:\_dt\app\gt1\jprj\G1\G1Init\src;C:\_dt\app\gt1\jprj\G1\G1_W\test;C:\_dt\app\gt1\jprj\G1\G1_W\src\java;C:\_dt\app\gt1\jprj\G1\G1Init\test new sourcePath: C:\_dt\app\gt1\jprj\G1\G1_W\src\java
I don't know why the G1Init project was in the classpath of the G1_W project. G1Init depends on G1_W and not the other way around. The dependency is not a simple project dependency: One dependency is a folder WEB-INF/classes and the other is test/classes which gets broken quite often on clean and build of G1_W.
This was likely a result of an inconsistent conditions, that should assign the class name. It's fixed by changeset: 254854:2e9a56810e75 http://hg.netbeans.org/core-main/rev/2e9a56810e75
Integrated into 'main-golden', will be available in build *201305292301* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/2e9a56810e75 User: mentlicher@netbeans.org Log: #227325: Making the conditions on className consistent.
Date: June 25, 2013 Title: Also may occur with "broken breakpoint" Description: I encountered this error message using NetBeans 7.1: NetBeans IDE 7.1 (Build 201112071828) I was trying to "Debug-File" on a very simple J2SE Java class where a method was called by main(). Root cause: I finally realized that I had a "broken breakpoint" in a completely different file. This other file had properly matched curly braces and parentheses. Comment: I realize I am using an older version of NetBeans, but I am mentioning it here because this very odd issue may still be present in the latest code base. I do not recall how I created this broken breakpoint, but it was probably a breakpoint which the IDE did not automatically delete when the class file's closing curly brace was edited to be above an older existing breakpoint.