I’m trying to avoid too much magic which is why I’m not sold on Tom S’s approach.
Interesting enough adding -Dorg.osgi.framework.bundle.parent=ext worked. Not ideal as you mention, but gets us going until JavaFX gets onto the boot classpath in Java 9, or we come up with a better idea. Thanks! :D From: Thomas Watson <[email protected]<mailto:[email protected]>> Reply-To: Equinox development mailing list <[email protected]<mailto:[email protected]>> Date: Tuesday, February 25, 2014 at 1:28 PM To: Equinox development mailing list <[email protected]<mailto:[email protected]>> Subject: Re: [equinox-dev] Simpler JavaFX class loading Right, I think it is both a licensing issue and, from what I recall, some technical issues as to why javafx must be loaded by the extension class loader instead of some higher up application class loader (or bundle loader). I think one of the things Tom S. javafx framework extension is doing is creating a virtual kind of bundle that essentally puts the javafx jar on the classpath of a bundle to export the packages. Again my memory is fuzzy here. Tom [Inactive hide details for Doug Schaefer ---02/25/2014 12:18:07 PM---I think I get it. Ideally, we'd have a bundle that exports]Doug Schaefer ---02/25/2014 12:18:07 PM---I think I get it. Ideally, we'd have a bundle that exports the packages. That would be easiest to ma From: Doug Schaefer <[email protected]<mailto:[email protected]>> To: Equinox development mailing list <[email protected]<mailto:[email protected]>>, Date: 02/25/2014 12:18 PM Subject: Re: [equinox-dev] Simpler JavaFX class loading Sent by: [email protected]<mailto:[email protected]> ________________________________ I think I get it. Ideally, we'd have a bundle that exports the packages. That would be easiest to manage. But is that possible with a jar file that’s on the ext path and not in the bundle? I think it’s pretty clear licensing of the Oracle JRE would prevent us from copying that jar file anywhere and redistributing it which we wouldn’t want to do anyway. Thanks! Doug. From: Thomas Watson <[email protected]<mailto:[email protected]>> Reply-To: Equinox development mailing list <[email protected]<mailto:[email protected]>> Date: Tuesday, February 25, 2014 at 1:07 PM To: Equinox development mailing list <[email protected]<mailto:[email protected]>> Subject: Re: [equinox-dev] Simpler JavaFX class loading We would not do this in the framework delegation (BundleLoader) by default because it would expose classes to bundles which have no defined dependencies on the package (e.g Import-Package: javafx.*). Bundles should declare their dependencies on the packages they require to function. Providing the bundles with packages for free will allow them to "work" but they will then fail with class loading issues on platforms that do not have javafx. Tom [Inactive hide details for Doug Schaefer ---02/25/2014 11:01:57 AM---PDE wouldn¹t let me export packages not defined in my plug-]Doug Schaefer ---02/25/2014 11:01:57 AM---PDE wouldn¹t let me export packages not defined in my plug-in. BTW, I¹ve created a pretty simple cla From: Doug Schaefer <[email protected]<mailto:[email protected]>> To: Equinox development mailing list <[email protected]<mailto:[email protected]>>, Date: 02/25/2014 11:01 AM Subject: Re: [equinox-dev] Simpler JavaFX class loading Sent by: [email protected]<mailto:[email protected]> ________________________________ PDE wouldn¹t let me export packages not defined in my plug-in. BTW, I¹ve created a pretty simple class loading hook that works. I¹m actually surprised the BundleLoader doesn¹t try something like this in it¹s search algorithm. @Override public Class<?> postFindClass(String name, ModuleClassLoader classLoader) throws ClassNotFoundException { if (name.startsWith("javafx.") || name.startsWith("com.sun.glass") || name.startsWith("com.sun.javafx")) { return ClassLoader.getSystemClassLoader().loadClass(name); } else { return null; } } On 2/25/2014, 11:43 AM, "Alex Blewitt" <[email protected]<mailto:[email protected]>> wrote: >Can you not just install a fragment to the system bundle that exports the >javafx packages? > >Sent from my iPhone 5 > >> On 25 Feb 2014, at 16:15, Doug Schaefer >> <[email protected]<mailto:[email protected]>> wrote: >> >> Hey gang, >> >> I¹m aware of the work Tom S has done with class loading hooks to get >>JavaFX classes to load. I¹m just wondering if there are easier >>approaches we could be following, something we can put in the >>JavaSE-1.8.profile file or somewhere else so that we can make this a >>more data driven approach. It¹s a pain to have to set the >>osgi.framework.extensions property for every product we want to build >>with JavaFX support. I¹m aware that not every 1.8 VM will have JavaFX in >>it, but for those that do, I¹d love to see this support enabled >>automagicly. Any thoughts? >> >> Thanks, >> Doug. >> _______________________________________________ >> equinox-dev mailing list >> [email protected]<mailto:[email protected]> >> https://dev.eclipse.org/mailman/listinfo/equinox-dev >_______________________________________________ >equinox-dev mailing list >[email protected]<mailto:[email protected]> >https://dev.eclipse.org/mailman/listinfo/equinox-dev _______________________________________________ equinox-dev mailing list [email protected]<mailto:[email protected]> https://dev.eclipse.org/mailman/listinfo/equinox-dev _______________________________________________ equinox-dev mailing list [email protected]<mailto:[email protected]> https://dev.eclipse.org/mailman/listinfo/equinox-dev [attachment "graycol.gif" deleted by Thomas Watson/Austin/IBM]
<<attachment: graycol.gif>>
_______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev
