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.
Created attachment 102347 [details] Introduces netbeans.bootdelegation property The team that is using Netbinox seems to have some duplicated classes on classpath as well as in bundles. However these classes are not loaded by Thread.currentThread().getContextClassLoader() in classical Equinox mode. Only in Netbinox they do. This is caused by Netbinox (like NetBeans) preferring the classpath classes. I considered many solutions, but the simplest one seems to be to prevent the delegation altogether just like OSGi does.
I'd like this to be available in some patch for 6.9.1 version.
core-main#aa968894426f
Merged to release691 branch: http://hg.netbeans.org/releases/rev/341beaa4ff6a
API reviews are supposed to be open for comments for seven days. Doesn't this essentially duplicate the functionality of OpenIDE-Module-Hide-Classpath-Packages? I am not sure 'devel' stability is appropriate when there is just one known use case.
Created attachment 102519 [details] Needed refinement
You are right, I did not wait as long as required. I am sorry for that, but I got a feeling I cannot expect any comments. Anyway, I needed to provide additional refinement. The delegation from NetBeans module to OSGi bundles was broken when running with netbeans.bootdeletation property. release692: http://hg.netbeans.org/releases/rev/93cd83a82b68 core-main: http://hg.netbeans.org/core-main/rev/922ea9bca709 Re. duplicating functionality: Not exactly. The OpenIDE-Module-Hide-Classpath-Packages is still the preferred way for doing these sorts of tricks. The property is more for testing purposes. E.g. when somebody external to the module JARs tries to load them preferably from a module classloader and not from a classpath. We could use this in NbModuleSuite instead of special classloader that hides everything what is on classpath. Right now the other usage is in another testing framework. I guess for these two testing frameworks we could change the stability category to friend, if you insist on it.
"Friend" stability sounds more appropriate, though it's just a matter of labeling I guess.
Jarda, could you please verify this fix in NB 6.9.1 + Patch 2 ? Thank sin advance.
Works like a charm.