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.
Hello, This occured when I tried to save one specific file. At this moment I can´t reproduce it. But it occured two times so I think it is a common bug Andreas Sun Nov 25 08:15:55 CET 2001: java.lang.NullPointerException: null java.lang.NullPointerException at org.netbeans.modules.debugger.support.java.BreakpointUpdater.dispose(BreakpointUpdater.java:178) at org.netbeans.modules.debugger.support.java.JavaLineBreakpointEvent.dispose(JavaLineBreakpointEvent.java:124) at org.netbeans.modules.debugger.multisession.SessionBreakpoint.disposeEvents(SessionBreakpoint.java:224) at org.netbeans.modules.debugger.multisession.SessionBreakpoint.setBreakpoint(SessionBreakpoint.java:111) at org.netbeans.modules.debugger.multisession.SessionBreakpoint.fireEventPropertyChange(SessionBreakpoint.java:170) at org.netbeans.modules.debugger.CoreBreakpoint$Event.firePropertyChange(CoreBreakpoint.java:535) at org.netbeans.modules.debugger.support.java.JavaLineBreakpointEvent.sourceModified(JavaLineBreakpointEvent.java:440) at org.netbeans.modules.debugger.support.java.JavaLineBreakpointEvent$LineBreakpointUpdater.fileChanged(JavaLineBreakpointEvent.java:536) at org.openide.filesystems.FileObject$ED.dispatch(FileObject.java:630) at org.openide.filesystems.FileSystem$EventDispatcher.dispatch(FileSystem.java:675) at org.openide.filesystems.FileSystem$EventDispatcher.run(FileSystem.java:671) at org.openide.filesystems.EventControl.dispatchEvent(EventControl.java:47) at org.openide.filesystems.FileSystem.dispatchEvent(FileSystem.java:418) at org.openide.filesystems.FileObject.dispatchEvent(FileObject.java:366) at org.openide.filesystems.FileObject.fireFileChangedEvent(FileObject.java:331) at org.openide.filesystems.AbstractFolder.fileChanged0(AbstractFolder.java:491) at org.openide.filesystems.AbstractFolder.outputStreamClosed(AbstractFolder.java:817) at org.openide.filesystems.AbstractFileObject.outputStreamClosed(AbstractFileObject.java:741) at org.openide.filesystems.StreamPool.closeOutputStream(StreamPool.java:181) at org.openide.filesystems.StreamPool.access$000(StreamPool.java:34) at org.openide.filesystems.StreamPool$NotifyOutputStream.close(StreamPool.java:239) at java.io.FilterOutputStream.close(FilterOutputStream.java:146) at org.openide.text.CloneableEditorSupport.saveDocument(CloneableEditorSupport.java:392) at org.openide.text.EditorSupport$Del.superSaveDocument(EditorSupport.java:749) at org.openide.text.EditorSupport.saveDocument(EditorSupport.java:260) at org.netbeans.modules.java.JavaEditor.saveDocument(JavaEditor.java:386) at org.netbeans.modules.java.JavaEditor.saveDocument(JavaEditor.java:368) at org.openide.text.EditorSupport$EntryEnv.save(EditorSupport.java:848)
So, there is no editor in stack trace, and the first from top is debugger, so passing to debugger.
Target milestone -> 3.3.1.
Fixed in branch 'release33' and in the main trunk. I was not able to reproduce it but I believe it has happened. I have made a fix which should prevent the exception. It still may write a short warning into a log file in some cases but it does not affect functionality.
If this bug is really fixed, there should not be any "short warning ". So fix it, please or do not write anything to a log file .
Fixed in branch 'release33'.
Fixed also in the main trunk.
The exception is thrown if method 'dispose()' is called multiple times on a single breakpoint. Multiple calls did not cause any problems until class 'BreakpointUpdater' was added. Method 'BreakpointUpdater.dispose()' expected that it is called just once per a single breakpoint. A fix integrated into the main trunk and to branch 'release33' assures both that 'dispose()' is called just once plus it makes 'BreakpointUpdater.dispose()' resistant to multiple calls.
Fixed also in branch 'release330'.