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.
I think there's a serious bug in the way how changes in files (merged with XMLFileSystem) are repopulated to nodes representing the files. See bug 9826 for details. The problem can be seen when installing larger number of beans (a jar is available in bug 9826 attachment id=697). For the best performance, turn-off the component palette and open Options->Component Palette -> Beans. Then install all beans to Beans category. You'll see an amazing animation - nodes being added and removed, finishing with random subset of required nodes visible. Now you can un-hide Default filesystem and expand nodes in explorer to see the Beans category also here. It looks OK (all nodes present). But if you delete the beans and install again (with Default FS expanded) you'll see a similar "animation", but ending up with another subset of nodes than in Options. What is happening during beans installation? When beans are installed to certain category, instance files are created for them in corresponding directory. These files are created correctly. (Then must be merged with XMLFileSystem of layer.xml file - I think this is important.) On the other side, there's a DataFolder.FolderNode subclass (representing the category) listening on changes and updating its children. But there's a bug somwhere in between... [Use e.g. NetBeans dev build 134. Happens also on Solaris.]
Radek please accept this if it is really yours, I am not sure.
Actually, now I think there need not be a relation to merging with XMLFileSystem necessarily - the content of filesystem looks OK and also all changes seem to be fired. Maybe it's some sync problem with nodes updating...
Version: 'Dev' -> 3.2
MultiFileObject fired event fileCreated twice. I fixed it in trunk and release32. After that fix I consider behaviour of MFS OK. This change did not affect problems described in this bug. I found out that FolderList gets events from MultiFileObject OK but FolderList fires events chaotically up. That is reason why I assigned bug to: bugs@openide.netbeans.org.
Seems like a bug between DataFolder.FolderNode and loaders. I'll try to investigate this, but most of the work is probably up-to you.
The problem is that tasks in RequestProcessor need not be executed in the order they arrive.
RequestProcessor, rev. 1.43
does not work, reopened and upped priority to P1 because it blocks a major functionality in the form editor. The bug is reproducible. See #9826, try install just one bean from the attached jar file. The jar is mounted and the instance file is created physically but I never see a corresponding node under system/Palette/Beans even after Refresh folder and some times even after restarting the IDE. The piece of code which installs beans is org.netbeans.modules.form.palette.BeanInstaller.installBeans(JarFileSystem jar, Collection beans, String category)
Try to run the IDE with -Dorg.openide.loaders.FolderList=0 switch and you will see that the default filesystem does not notify the FolderList about the change. The bug is now probably in MFS.
Fixed in trunk and release32. When I convinced you that MFS fires events to FolderList correcctly it was true. But fix of #10507 changed completely way of firing events (firing of events was postponed after lock is released). Due to #10507 became my fix of #9900 (preventing fire event fileCreated twice) disserviceable.
seems to work now
Target milestone -> 3.2
Resolved for 3.4.x or earlier, no new info since then -> closing.