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.
Build 3.4dev 200206070835 Win2k 1. Mount a file system (local or jar) 2. Exit Netbeans 3. Delete the referred-to file system 4. An Exception will be thrown, along the lines of: > Annotation: Cannot read class: org.netbeans.modules.form.GlobalJarFileSystem
Created attachment 6163 [details] Details of exception from Error Manager
It is now constantly recurring (with each start of NetBeans) I have unmounted all filesystems, to no effect. BTW the error message "org.openide.filesystems.FSException: File D:\nbcvs\contrib\audit\netbeans\modules\audit.jar does not exist." is wrong; the file *does* exist.
happening whenever I unmount a file system. Very annoying
I found a stray entry of audit.jar under Options->IDE Configuration- >Filesystems settings. Deleted it; seems to be okay now. Still wondering how it got there, so I'll leave this issue open for now.
I am confused. You say something about form.GlobalJarFileSystem, yet there is no mention of that in the log file snippet you attach. Please explain. Also you say "delete the referred-to file system" and later you say "is wrong; the file *does* exist". Did you delete it or not? Have no idea why audit.jar was under your Filesystems Settings unless you mounted it. Steps to reproduce?
>I am confused. You say something about form.GlobalJarFileSystem, yet there is no mention of that in the log file snippet you attach. Please explain. I said "along the lines of" because when I filed the issue, I could not remember; but there's a thread on nbusers that mentioned a similar problem; I'll dig it out. The attachment overrides the first message, because it is the FNF Exception that is the common theme. I didn't look down the stack trace initially. >Also you say "delete the referred-to file system" and later you say "is wrong; the file *does* exist". Did you delete it or not? Deleted a file *system* *seems* to have caused the original problem. The Exception talks about a *file* missing. >Have no idea why audit.jar was under your Filesystems Settings unless you mounted it. I was updating from 3.3.1 to 3.4 dev, and had problems with missing OpenAPI support. I'll explain in more detail later. > Steps to reproduce? I'll think about exactly what I did, and try to reproduce it. However, I'm currently not willing [sorry] to go through all the steps of de-installing 3.4 and tracing all the steps. So, since the problem no longer occurs for me, at least for me it's a P4 or even P5. You can also set the status to WORKSFORME until I have it reproducible (which may not be for a while). I'll write up some steps from memory for the record. Maybe the original poster on nbusers can also help.
The original thread: http://www.netbeans.org/servlets/ReadMsg?msgId=331749&listName=nbusers He was confused by the XML output as was I.
Here's approximately what I did (not steps to reproduce): 1. Downloaded 3.4 beta 1 exe. 2. Installed 3. Made previously private folder into CVS file system 4. realized Open API support missing (beyond lite; didn't know at the time), couldn't download the module. 5. Tried to re-use the "jar recipe" from 3.3.1 installation by just copying audit.jarContents and audit.jar to new filesystem. 6. didn't seem to work. 7. Deleted audit.jar and audit.jarContents I think at this stage the problems were starting.
reassigne to openide/filesystems, feel free to reassigne
Sorry, no able to reproduce.
I have the same problem with the MacOS X distribution and the Linux .tar.bz2 one. For both distribution, once installed, I launch them and I got the exception about a missing GlobalJarFileSystem class. One simple way to 'fix' it is to go through 'Tools/Options' and then to remove the 'IDE Configuration/Filesystems Settings/GlobalJarFilesystem' Hoping that this component is not really usefull ;)
I see only one problem connected with this issue: AutomountSupport should not keep such filesystem and notify about this problem forever. And settings file should not be kept on disk. Probably user problem, but should be way how to recover from it. reassigned to dstrupl.
This is the same as request 26072 - marking the issue as duplicate. *** This issue has been marked as a duplicate of 26072 ***
Resolved for 3.4.x or earlier, no new info since then -> verified.
Resolved for 3.4.x or earlier, no new info since then -> closing.