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.
Product Version: NetBeans IDE Dev (Build 201201020601) Java: 1.7.0_02; Java HotSpot(TM) 64-Bit Server VM 22.0-b10 System: Windows 7 version 6.1 running on amd64; Cp1252; en_US (nb) User directory: C:\Users\Gili\.netbeans\dev Cache directory: C:\Users\Gili\.netbeans\dev\var\cache In the past I used to be able to open the source-code for JDK classes (and project libraries). Now when I look up say ThreadLocal I get a disassembler view of the class file instead of the source-code. This might be related to bug 206627.
Could you please run the IDE with this command line option: -J-Dorg.netbeans.api.java.queries.SourceForBinaryQuery.level=0 and attach the resulting messages.log? It should print the results of mapping the binary jars to source locations. Thanks.
I can no longer reproduce the problem as dev build 201201050601.
I've run across this problem again in: Product Version: NetBeans IDE Dev (Build 201201050601) Java: 1.7.0_02; Java HotSpot(TM) 64-Bit Server VM 22.0-b10 System: Windows 7 version 6.1 running on amd64; Cp1252; en_US (nb) User directory: C:\Users\Gili\.netbeans\dev Cache directory: C:\Users\Gili\.netbeans\dev\var\cache I was using Netbeans for a while. Then I tried opening "FileSystemProvider" and got the class file instead. I exiting the IDE, added "-J-Dorg.netbeans.api.java.queries.SourceForBinaryQuery.level=0" and restarted. FileSystemProvider opened in the editor (still the class file). I closed the file in the editor and reopened it. This time, the source-code opened properly. I'm going to attach messages.log but I suspect it doesn't contain the information you're looking for because I enabled "-J-Dorg.netbeans.api.java.queries.SourceForBinaryQuery.level=0" too late. I'll leave the flag enabled this time and hopefully I'll reproduce the problem again in the future.
Created attachment 114707 [details] messages.log when "-J-Dorg.netbeans.api.java.queries.SourceForBinaryQuery.level=0" was disabled
Created attachment 114708 [details] messages.log when "-J-Dorg.netbeans.api.java.queries.SourceForBinaryQuery.level=0" was enabled (after a restart)
Created attachment 115151 [details] messages.log when unable to open IOException Here you go. This messages.log shows that Netbeans was unable to resolve the source-code for IOException. It was reproduced with "-J-Dorg.netbeans.api.java.queries.SourceForBinaryQuery.level=0" enabled so you should have everything you asked for in this file.
Thanks. From the log, it is obvious that the SourceForBinaryQuery returns an empty result for the platform jar, and that the correct provider (org.netbeans.modules.java.platform.queries.PlatformSourceForBinaryQuery) is used. Seems like a very probable duplicate of bug #206860. I am afraid that there may be more questions/required information to fix the bug, though. *** This bug has been marked as a duplicate of bug 206860 ***