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.
uml.parser.java/src/org/netbeans/modules/uml/parser/java/resources/layer.xml defines a folder parsers/ with some children. VLCT is choking trying to check it for folder ordering: java.lang.IllegalArgumentException: org.openide.loaders.DataObjectNotFoundException: MultiFileObject@b99561[parsers] at org.openide.loaders.DataFolder.findFolder(DataFolder.java:517) at org.netbeans.core.projects.ValidateLayerConsistencyTest.loadChildren(ValidateLayerConsistencyTest.java:559) at org.netbeans.core.projects.ValidateLayerConsistencyTest.testFolderOrdering(ValidateLayerConsistencyTest.java:523) [...] Caused by: org.openide.loaders.DataObjectNotFoundException: MultiFileObject@b99561[parsers] at org.openide.loaders.DataObject.find(DataObject.java:498) at org.openide.loaders.DataFolder.findFolder(DataFolder.java:515) Caused by: org.openide.filesystems.FileStateInvalidException: MultiFileObject@b99561[parsers] at org.openide.loaders.DataObject.find(DataObject.java:478)
Now url points to: at org.openide.loaders.FolderList.getChildrenList(FolderList.java:268) at org.openide.loaders.FolderList.getChildren(FolderList.java:247) at org.openide.loaders.DataFolder.getChildren(DataFolder.java:278) at org.netbeans.core.projects.ValidateLayerConsistencyTest.loadChildren(ValidateLayerConsistencyTest.java:559) at org.netbeans.core.projects.ValidateLayerConsistencyTest.testFolderOrdering(ValidateLayerConsistencyTest.java:553) P2 for me.
http://hg.netbeans.org/main?cmd=changeset;node=c7ec43f5b5b0
Third way how this test crashes: java.lang.NullPointerException at org.netbeans.core.projects.ValidateLayerConsistencyTest$3.findResourceOn(ValidateLayerConsistencyTest.java:548)
Persistently failing commit validation is P1 to me. Where do you see the NPE from ValidateLayerConsistencyTest$3.findResourceOn? Probably this should read FileObject f = fs.findResource(path + '/' + res); return f != null && Boolean.TRUE.equals(f.getAttribute("hidden")) ? null : f; ^^^^^^^^^^^^ though I am not sure why this exception would never have been thrown before.
Now says org.openide.filesystems.FileStateInvalidException: MultiFileObject@13634d8[org-netbeans-api-project-libraries/LibraryTypeProviders] parent: MultiFileObject@cdd17f[org-netbeans-api-project-libraries] validFlag: false validRoot: MultiFileObject@1ddd83c[root of SystemFileSystem[org.netbeans.core.startup.layers.SystemFileSystem@14563aa]] isValidRoot: true at org.openide.loaders.DataObject.find(DataObject.java:478) but I can't see anything wrong in java.j2seplatform/src/org/netbeans/modules/java/j2seplatform/resources/layer.xml project.libraries/src/org/netbeans/modules/project/libraries/resources/mf-layer.xml visualweb.project.jsf/src/org/netbeans/modules/visualweb/project/jsf/resources/layer.xml Note that I cannot reproduce on my own build using cluster.config=basic.
MFS, MFO code no touched for month maybe years, so regression caused by usage it. I think this issue could be evaluated in DS, probably caused by latest perf.effort. Yarda is aware of it AFAIK.
changeset: 67410:96b51a8a798b parent: 67405:1c3feb8e3d88 user: Jaroslav Tulach <jtulach@netbeans.org> date: Thu Feb 14 13:49:25 2008 +0100 summary: #127239: Likely fix. It keeps the cache in memory, instead of re-reading it from disk, but under certain, yet unknown condition, the re-read is causing quite a big mess by loosing filebojects
*** Issue 127295 has been marked as a duplicate of this issue. ***
*** Issue 126521 has been marked as a duplicate of this issue. ***