(There is no BZ component for core.osgi; it is unrelated to core.netigso.)

Does this only happen on Macs? If so, I cannot diagnose or fix it myself; you will need to find someone with a Mac to figure out why it is failing.

will try on other platform, if it is reproducible... btw, filed as P3, since IDE seems to run ok, the only part that's affected are toolbars.

seems really like mac specific. Could not reproduce on windows.

OK, I will need a Mac developer to diagnose.

Note that there is likely a more useful stack trace that is getting suppressed by Swing code. (I think I filed a JRE bug for that some time ago.)

Stando, please help Jesse diagnose the problem on Mac.

It is likely that UIDefaults.getUIClass is catching a discarding a CNFE which has the relevant diagnostic information (see Swing bug). Most likely the problem is that while JToolBar is in the javax.swing package which is exported from the framework bundle, and in some other L&Fs supported by Sun the base ComponentUI class is also somewhere under javax.*, for Aqua L&F the UI class is in a JRE-private namespace which the framework bundle does not export by default. As section 3.8.3 of the OSGi spec explains, this is at its root a bug in the JRE:

"Certain Java virtual machines, also SUN’s VMs, appear to make the erroneous assumption that the delegation to the parent class loader always occurs.
This implicit assumption of strictly hierarchical class loader delegation can
result in NoClassDefFoundErrors. This happens if the virtual machine
implementation expects to find its own implementation classes from any
arbitrary class loader, requiring that packages loaded from the boot class
loader not be restricted to only the java.* packages.

[...] when running on a SUN JVM, it may be necessary to specify a
value like:

   org.osgi.framework.bootdelegation=sun.*,com.sun.*

With such a property value, the Framework must delegate all java.*, sun.*,
and com.sun.* packages to the parent class loader."

Felix tries its best to strictly follow the OSGi spec and not magically permit anything which it is not required to support. (Its ClassLoader implementations do print rather helpful diagnostic messages which would have made the problem and potential solution clearer in this case, but as I said above, Swing throws this information away.)

So, assuming the L&F in question is in some com.apple.* namespace (just a guess!), you can try adding to project.properties for the suite:

  felix-sys-prop.org.osgi.framework.bootdelegation=com.apple.*

and see if that helps.

If it does, I am not sure what to recommend beyond documenting this tip; the Run in Felix action is intended to simply demonstrate what an example OSGi container would do with your app's bundles _without special configuration_. In general you would want to configure the OSGi container in various implementation-specific ways to make a production-quality app. The most common thing you need to configure is class loading, since OSGi's class loading policy is much stricter than that of the standard Java launcher, and legacy code (including some parts of the JRE) that makes unwarranted assumptions does not always work out of the box.

Needs investigation on a Mac.

i did some investigation and the UI class that cannot be loaded is actually org.netbeans.plaf.aqua.PlainAquaToolbarUI defined in module o.n.swing.plaf

Please do not assign to me since I cannot possibly test any fix even if I could guess what it would be. I can only suggest things to investigate.

(In reply to comment #8)
> the UI class that cannot be loaded is actually
> org.netbeans.plaf.aqua.PlainAquaToolbarUI

OK, that's progress, but what is the root CNFE (what class loader is loading this class at the request of what calling code) and why is it thrown (i.e why is it not a CNFE in non-OSGi mode)?

when running in Felix in debug mode the classloader is sun.misc.Launcher.AppClassLoader, the exception is ClassNotFoundException but i couldn't get any more details as the debugger doesn't have debug info for JRE classes

it's probably easily fixable by invoking
UIManager.getDefaults().put("ClassLoader", <class loader instance>);
soon enough during the startup process, see org.netbeans.swing.plaf.Startup in o.n.swing.plaf module

(In reply to comment #10)
> UIManager.getDefaults().put("ClassLoader", <class loader instance>);
> see org.netbeans.swing.plaf.Startup in o.n.swing.plaf module

Well this will definitely not work in OSGi mode:

    private static final class CLValue implements UIDefaults.ActiveValue {
        public Object createValue (UIDefaults defs) {
            return Thread.currentThread().getContextClassLoader();
        }
    }

because Thread.CCL is not going to be anything special in OSGi mode (just the regular startup -classpath, i.e. felix.jar). Perhaps this should have been

            return Startup.class.getClassLoader();

? See if that helps (and breaks nothing in other run modes or L&Fs).

Better would be to use Lookup.getDefault().lookup(ClassLoader.class) but that is inaccessible from o.n.swing.plaf. Perhaps some module which can access both openide.util.lookup and o.n.swing.plaf could have an installer which calls a static method in Startup to set a good ClassLoader.

well, Startup.class.getClassLoader() does fix the toolbar ui problem (because the UI classes are from the same module as the Startup class) but the UI then fails to load tab control l&f specific classes from o.n.swing.tabcontrol module

Created attachment 97378 [details]
Patch which might solve the problem

Seems harmless in both regular and OSGi mode on Ubuntu. If your investigation so far is correct then this should permit all L&F classes to be loaded regardless of implementing module.

the patch seems to be working fine

integrated to core-main cee3c906490e

Integrated into 'main-golden', will be available in build *201004170515* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/cee3c906490e
User: S. Aubrecht <saubrecht@netbeans.org>
Log: #182507 -  UIDefaults.getUI() failed in OSGi on Mac

verified in 20100426