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.
dev build 200402091900 JDK 1.5.0 beta 1 Try mounting "Version Control" file system and exception is thrown. This is specific to this file-system only but I believe the bug is not their fault: java.lang.NullPointerException at org.netbeans.core.ui.MountNode$TW.run(MountNode.java:400) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:89) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:417) at org.netbeans.core.ui.MountNode$TW.handleInstantiate(MountNode.java:383) at org.openide.loaders.TemplateWizard.instantiateImpl(TemplateWizard.java:441) at org.openide.loaders.TemplateWizard.instantiate(TemplateWizard.java:357) at org.openide.actions.NewTemplateAction$TemplateActionListener.acceptNodes(NewTemplateAction.java:540) at org.openide.explorer.view.MenuView$MenuItem.doClick(MenuView.java:445) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1000) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1041) at java.awt.Component.processMouseEvent(Component.java:5463) at javax.swing.JComponent.processMouseEvent(JComponent.java:3052) at java.awt.Component.processEvent(Component.java:5228) at java.awt.Container.processEvent(Container.java:1961) at java.awt.Component.dispatchEventImpl(Component.java:3931) at java.awt.Container.dispatchEventImpl(Container.java:2019) at java.awt.Component.dispatchEvent(Component.java:3779) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4203) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3883) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3813) at java.awt.Container.dispatchEventImpl(Container.java:2005) at java.awt.Window.dispatchEventImpl(Window.java:1757) at java.awt.Component.dispatchEvent(Component.java:3779) [catch] at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
Turns out this issue is JDK 1.5.0 beta 1 specific. JDK 1.4.2_03 works fine.
I have successfully mounted CVS filesystem on JDK1.5 b37. This may be due to b37 which is newer or because I have not followed your steps. Oh, wait, you have not provided any steps for reproduction! How dare to call it P1 then.
Jaroslav, Please try JDK 1.5.0 beta 1 because that's the version I reported the issue against. Once you reproduce it there, move up to b37. As for the repro steps I thought it was pretty obvious: 1) Install JDK 1.5.0 beta 1 2) Install specified dev build, choose JDK 1.5.0 beta 1 as JDK to be used 3) Right click on file-system, mount file-system, version control 4) Fill in fields, hit FINISH 5) exception is thrown The only other thing that is possibly non-obvious (but I doubt it is the cause of this exception) is: 2.5) TOOLS | SETUP | disable the following modules: - Database - Help - Web - XML - Infrastructure | Auto update - Java | Form Editor - Tools | Ant, Tools | Internationalization That is all, please let me know if you manage to reproduce it.
It works for me. No exception has been shown when the cvs filesystem was mounted. I tried it on jdk beta-1 (b32c build).
Petr did you test it on XP ?
I have tested it on Linux and Windows XP.
Gili, can you reproduce it with fresh userdir?
Petr, Radek, I just verified on a fresh userdir and it should be pointed out this bug is somehow dependant on having ANT disabled. If you disable *all* the modules I had specified in step 2.5 you should be able to reproduce this bug immediately but you are quite right that without disabling them it is impossible to reproduce.
On a related note, there seems to be a huge memory leak issue if you mount and unmount the same CVS FS over and over again. Keep the memory monitor open on your Netbeans toolbar and you'll see what I mean. Very simple way to reproduce: 1) Note amount of memory used by Netbeans 2) Mount and unmount same CVS FS five times 3) Note amount of memory used even after GC is forced five times. Notice it never drops back to the original number (not even close). If you can confirm this is a bug I will file a new issue against it.
Ok, I've narrowed down the problem. The quickest way to reproduce it is to: 1) load Netbeans on a fresh userdir 2) disable WEB, XML and TOOLS | ANT modules. 3) Mount CVS file-system (in my case, I've mounted this CVS FS/directory before reinstalling Netbeans so all the settings are already filled in, I just hit FINISH) 4) NPE is thrown Also, I have noted there is a synchronization bug in this dialog. If you hit FINISH too quickly after filling in the working directory, you'll get some IndexOutOfBoundsExceptions.
Last question I promise :) Netbeans ships with <userdir>\.netbeans\dev\sampledir being premounted but why is it that when I uninstall the ANT module this entry is removed from the file-systems node? Is this a bug?
You have right it can be reproduced in every time. I reproduced it on linux and windows.
Petr, What about the memory leak I reported. I see about 10MB leaked everytime I mount and unmount the same FS.
Please try to reproduce on current builds.
No mounting functionality in promo-D anymore.
closed