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.

Bug 202229

Summary:	[71cat] AssertionError: Should be a folder: C:\nb\main\nbbuild\netbeans\harness\modules@dfe71616:9f8f43
Product:	platform	Reporter:	Peter Nabbefeld <epdv>
Component:	Filesystems	Assignee:	Jaroslav Tulach <jtulach>
Status:	RESOLVED DUPLICATE
Severity:	normal	Keywords:	REGRESSION
Priority:	P3
Version:	7.0
Hardware:	All
OS:	All
Issue Type:	DEFECT	Exception Reporter:	181181
Attachments:	stacktrace

Description Peter Nabbefeld 2011-09-16 13:49:16 UTC

This bug was originally marked as duplicate of bug 200512, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related.

Build: NetBeans IDE Dev (Build nbms-and-javadoc-7840-on-20110906)
VM: Java HotSpot(TM) Client VM, 21.0-b17, Java(TM) SE Runtime Environment, 1.7.0-b147
OS: Windows XP

User Comments:
epdv: Tried to Clean and Build NetBeans from source




Stacktrace: 
java.lang.AssertionError: Should be a folder: C:\nb\main\nbbuild\netbeans\harness\modules@dfe71616:9f8f43
   at org.netbeans.modules.masterfs.watcher.Watcher$Ext.unregister(Watcher.java:247)
   at org.netbeans.modules.masterfs.watcher.Watcher.unregister(Watcher.java:130)
   at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.removeFileChangeListener(BaseFileObj.java:508)
   at sun.reflect.GeneratedMethodAccessor104.invoke(GeneratedMethodAccessor104.java:0)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:601)

Comment 1 Peter Nabbefeld 2011-09-16 13:49:20 UTC

Created attachment 110813 [details]
stacktrace

Comment 2 Peter Nabbefeld 2011-09-16 14:01:58 UTC

I've not seen this bug earlier, seems to be relatively new. See also bug #200512. However, I've not created the folder again as a file. Seems to be wrong error message for non-existing file. Probably some module tries to access a file, while NB did not notice that it's deleted.

The folder has been deleted by Ant, so I'd guess it's deleted externally (from NBs point of view): The FileObject and DataObject still may exist, while it's already gone. However, NB should notice it does no more exist instead of saying, it's not a folder any more - probably there's a test like "object.isFolder()" which returns false, because the folder doesn't exist.

I've never seen sth. like this for files, so there's probably some other method used to detect what's going on - or the folder's listener has been changed to not fire the corresponding events correctly.

Comment 3 Jaroslav Tulach 2011-10-12 08:33:16 UTC


*** This bug has been marked as a duplicate of bug 202413 ***