JDK-8211900 : javafx.media classes directly reference platform classes that are excluded
  • Type: Bug
  • Component: javafx
  • Sub-Component: media
  • Affected Version: 9,10,openjfx11,openjfx12
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2018-10-08
  • Updated: 2019-03-29
  • Resolved: 2019-03-29
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
openjfx13Fixed
Related Reports
Relates :  
JDK-8211887 - jdeps throws NPE when analyzing javafx.media that references a non-existent class used to be in JDK
Description
The following shared code in javafx.media directly references a platform-specific class, which is available at compile-time, but then is excluded from the delivered module by the build. We do this for other platform-specific classes, but they are all loaded by reflection.

com/sun/media/jfxmediaimpl/platform/PlatformManager.java

        if (HostUtils.isIOS() && isPlatformEnabled("IOSPlatform")) {
            platty = IOSPlatform.getPlatformInstance();
            if (null != platty) {
                platforms.add(platty);
            }
        }

See JDK-8211887 for at least one problem that this causes.
Comments
http://hg.openjdk.java.net/openjfx/jfx-dev/rt/rev/e3129fd9962d
29-03-2019
Looks good. +1
28-03-2019
http://cr.openjdk.java.net/~almatvee/8211900/ - Fixed by loading platform specific classes via reflection.
28-03-2019
The PlatformManager class also directly references classes from Mac, Windows, and Linux platforms from shared code. They should also be loaded via reflection.
08-10-2018