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.
In build 200702111900 each time I run Netbeans appear information message " ..\Files\NetBeans does not exist, or is not a plain file." I use JDK 1.6 and I experienced this also in build from 9.2. Userdir changing has no effects and there's no exception in messages.log . I'm attaching screenshot of information dialog and messages.log.
Created attachment 38336 [details] info message
Created attachment 38337 [details] messages.log
Your messages.log is from 5.5, not 6.0. I'm not sure what "build from 9.2" means. Try reinstalling NetBeans in a different location, and use a fresh userdir.
I'm experiencing the same problem in next build(200702121900), so reopening. If you check head of my messages.log,you'll see that all Classpaths and so in the log are pointing to "NetBeans IDE Dev" or files from "C:\Program Files\NetBeans 6.0 Dev", so it's definitely NB6.0 messagges.log . 9.2. means NB6.0 build from 9th february,where I experienced this first time. Fresh userdir was first thing I tried,even default one (without -userdir "...") property set - no help. I was thinking this could be connected to one thing different from basic configuration on my computer (since I was only one with this problem in my team) - I have JAX-WS 2.1 jars in endorsed directory ("C:\Program Files\Java\jdk1.6.0\jre\lib\endorsed") and also set system property JAVA_ENDORSED_DIRS to that location. If this is influencing this bug somewhat,we should find it out,since this is part of some future important fixes in web services area.
I deleted endorsed dir and removed system property,but problem remained,so it's not caused by its presence in the system.I suggest to leave this issue open for tracking purposes and close it after some time,if no other user will experience this.
I looked again at your attached messages.log. It clearly says 5.5: ... Product Version = NetBeans IDE 5.5 (Build 200610171010) Operating System = Windows XP version 5.1 running on x86 Java; VM; Vendor; Home = 1.5.0_09; Java HotSpot(TM) Client VM 1.5.0_09-b01; Sun Microsystems Inc.; C:\Program Files\Java\jdk1.5.0_09\jre System Locale; Encoding = en_US (nb); Cp1252 Home Dir.; Current Dir. = C:\Documents and Settings\sanjay.chatterjee; C:\Program Files\netbeans-5.5 Installation; User Dir. = C:\Program Files\netbeans-5.5\nb5.5;C:\Program Files\netbeans-5.5\ide7;C:\Program Files\netbeans-5.5\enterprise3;C:\Program Files\netbeans-5.5\harness;C:\Program Files\netbeans-5.5\profiler1;C:\Program Files\netbeans-5.5\soa1;C:\Program Files\netbeans-5.5\xmltools1;C:\Program Files\netbeans-5.5\identity1;C:\Program Files\netbeans-5.5\rave2.0;C:\Program Files\netbeans-5.5\platform6; C:\Documents and Settings\sanjay.chatterjee\.netbeans\5.5 ... There is no mention of "6.0" or "Dev" anywhere in the file. Use of the "endorsed dirs" mechanism is not supported by NetBeans and could cause problems with some NB modules. Anyway I doubt that would be the cause of this bug, whatever it is; you would be more likely to see linkage errors with stack traces, etc. BTW I don't even recognize the error message. It does not appear in nb.org CVS under the components core, ide/launcher, or installer. Perhaps it is generated by Windows itself rather than NetBeans.
I don't know where are you looking,but when I click on messages.log link on this page,there's this: >Log Session: Monday, February 12, 2007 9:31:21 AM CET >System Info: Product Version = NetBeans IDE Dev (Build 200702111900) Operating System = Windows XP version 5.1 running on x86 Java; VM; Vendor; Home = 1.6.0; Java HotSpot(TM) Client VM 1.6.0-b105; Sun Microsystems Inc.; C:\Program Files\Java\jdk1.6.0\jre System Locale; Encoding = en_US (nb); Cp1252 Home Dir.; Current Dir. = C:\Documents and Settings\Telco; C:\Program Files\NetBeans 6.0 Dev Installation; User Dir. = C:\Program Files\NetBeans 6.0 Dev\nb6.0;C:\Program Files\NetBeans 6.0 Dev\ide8;C:\Program Files\NetBeans 6.0 Dev\enterprise4;C:\Program Files\NetBeans 6.0 Dev\harness;C:\Program Files\NetBeans 6.0 Dev\platform7; F:\Testing\Userdir\NB60m7 Boot & Ext. Classpath = C:\Program Files\Java\jdk1.6.0\jre\lib\resources.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\rt.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\sunrsasign.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\jsse.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\jce.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\charsets.jar;C:\Program Files\Java\jdk1.6.0\jre\classes;C:\Program Files\Java\jdk1.6.0\jre\lib\ext\dnsns.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\ext\jmf.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\ext\localedata.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\ext\sound.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\ext\sunjce_provider.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\ext\sunmscapi.jar;C:\Program Files\Java\jdk1.6.0\jre\lib\ext\sunpkcs11.jar Application Classpath = C:\Program Files\NetBeans 6.0 Dev\platform7\lib\boot.jar;C:\Program Files\NetBeans 6.0 Dev\platform7\lib\org-openide-modules.jar;C:\Program Files\NetBeans 6.0 Dev\platform7\lib\org-openide-util.jar;C:\Program Files\Java\jdk1.6.0\lib\dt.jar;C:\Program Files\Java\jdk1.6.0\lib\tools.jar Startup Classpath = C:\Program Files\NetBeans 6.0 Dev\platform7\core\core.jar;C:\Program Files\NetBeans 6.0 Dev\platform7\core\org-openide-filesystems.jar;C:\Program Files\NetBeans 6.0 Dev\nb6.0\core\org-netbeans-upgrader.jar;C:\Program Files\NetBeans 6.0 Dev\nb6.0\core\locale\core_nb.jar I checked both link in Attachments section and the one with attachment creation and both are pointing to same file.Moreover I don't understand how could I ever have java 1.5.0_09 set,when I've only JDK 1.5.0_10 and JDK 1.6.0 installed on my computer.This is clearly some entirely different log you're looking at. I've checked it with one of my teammates and he's got the same NB6 log as I. I'll attach the log again.
I noticed one thing - in console appears "Error code:1" message above line "Post-initialization command-line options could not be run.",after issue occurs,but then in message.log it's missing.
Created attachment 38473 [details] messages.log-2
Sorry, I was probably looking at someone else's messages.log, since your original attachment was uploaded as a binary file and so does not display in my browser inline. I see Post-initialization command-line options could not be run. which is odd; did you add something to your netbeans.conf? Also WARNING [global]: No MasterFS for file system root: D:\ WARNING [global]: No MasterFS for file system root: E:\ WARNING [global]: No MasterFS for file system root: G:\ looks suspicious; some kind of problem with projects located on unusual drive letters, but I don't know why. Radek might. The message is coming from java/source/src/org/netbeans/modules/java/source/usages/RepositoryUpdater.java (I will fix it to log with a correct component so I don't need to grep thousands of source files to find this out.) Messages printed to stdout do not go to messages.log. Normally nothing should be printing to stdout. I have no idea what "Error code:1" would be from. I would suggest installing a fresh copy of the IDE, using a ZIP file (no installer), in a directory with no spaces; this is the safest mode in general. Of course thousands of people install from installer in directories with spaces and have no problems.
It's O.K., I was suspecting it should be something alike.I'm sorry for binary form of first messge.log - the change in Issuezilla attaching screen, defaulting binary file type,instead of plain text I was used to, caused I posted some logs binary and not realized it. No,it was in all cases fresh installed last daily build and I deleted all netbeans related folders before. I'm installing NB6.0 always in default location(e.g. c:\Program files\Netbeans 6.0 Dev),in order to detect and report the spaces problems you mentioned, but it worked for a long time and this issue is but from last time. I'll try continuous build in no-space directory and let you know.
*** This issue has been marked as a duplicate of 95796 ***
So you're not the only one.
No MasterFS .. means that FileUtil.toFileObject return null, AFAIK this will happen for empty floppy, CD, USB devices - definitely for such devices is true that File.exists() == false.