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.
Run attached test, it fails. Run it again with commented line 69. It passes. Seems as a caching problem.
Created attachment 92233 [details] Test case
The layer definition is wrong. It can be fixed in three ways: 1. instanceOf attribute shall enumeration all superclasses 2. instanceOf attribute shall be renamed to instanceClass 3. instanceOf attribute can be deleted As instanceOf attribute exists only for like-to-be historical reasons I suggest to use #2. diff -r 33c417bca73a java.j2seplatform/src/org/netbeans/modules/java/j2seplatform/resources/layer.xml --- a/java.j2seplatform/src/org/netbeans/modules/java/j2seplatform/resources/layer.xml Fri Feb 12 18:10:41 2010 +0300 +++ b/java.j2seplatform/src/org/netbeans/modules/java/j2seplatform/resources/layer.xml Fri Feb 12 16:47:24 2010 +0100 @@ -57,7 +57,7 @@ <folder name="platform"> <folder name="installers"> <file name=".default.instance"> - <attr name="instanceOf" stringvalue="org.netbeans.spi.java.platform.PlatformInstall"/> + <attr name="instanceClass" stringvalue="org.netbeans.spi.java.platform.PlatformInstall"/> <attr name="instanceCreate" methodvalue="org.netbeans.modules.java.j2seplatform.J2SEInstallImpl.create"/> <attr name="position" intvalue="100"/> </file> I admit there is some inconsistency in InstanceDataObject vs. FolderLookup behavior, but the root cause is that InstanceDataObject provides incorrect answers (due to wrong instanceOf content). Fixing this in lookup seems like P4 to me.
fixed in jet-main e7190be706aa
Thanks Jardo.
Integrated into 'main-golden', will be available in build *201002180200* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/e7190be706aa User: Tomas Zezula <tzezula@netbeans.org> Log: #178256:FolderLookup strange behavior