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.
[ BUILD # : 200809220201 ] [ JDK VERSION : 1.6.0_07 ] My last successful attach with the debugger was to a Tomcat with the debugger on port 7070. I now want to attach to a GlassFish with the debugger on on port 9009. 1) Click "Attach Debugger" from the toolbar icon 2) Port prompt comes up as 7070, change to 9009 3) Click OK. 4) Error message in output window says Attaching to localhost:7070 Connection refused.
Does it mean that the debugger tries to attach on the port specified for the previous session? Can you try one more attempt with a different port number, please? I am not able to reproduce it myself.
1) changed GlassFish to listen on 9008 2) restarted GlassFish 3) restarted NetBeans 4) tried to attach on 9008 5) same results (i.e. dialog prompted for 7070, I changed it to 9008, and got the same error) I also tried deleting the contents of var/cache in the userdir, but with the same results.
I tried leaving the port the same (dialog comes up w/7070) and instead changing the hostname to a machine that had a Tomcat running in debug at 7070, and it also failed. However, when I went back to build 200809180201, it worked fine. So it appears that something broke between these two builds.
I've reproduced it. Unfortunately it's a regression caused by the fix of issue #138717.
*** Issue 147947 has been marked as a duplicate of this issue. ***
This issue also breaks the Web Page JavaScript debugger when using Attach debugger.
Yes, it breaks all debuggers. Working on a fix...
Fixed in changeset: 103314:7efe9f14053b http://hg.netbeans.org/main/rev/7efe9f14053b
Integrated into 'main-golden', will be available in build *200809231435* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/7efe9f14053b User: mentlicher@netbeans.org Log: #147891 - We must not ask twice for the customizer. getController returns null by default and the implementation casts the customizer component instead.
seems to be fine marking as verified