-
Bug
-
Resolution: Fixed
-
P3
-
9, 10, 11, 12, 13
-
b21
It was noted that we use reflection on a class name located via a system property
to locate the GraphicsEnvironment class
File: jdk/src/java.desktop/share/classes/java/awt/GraphicsEnvironment.java
[M] Line: 111 'ge = (GraphicsEnvironment)geCls.newInstance();'
java.awt.graphicsenv property defines the GraphicsEnvironment class.
This can be misconstrued as being an external SPI layer. In fact it was
just a convenience to locate the right class depending on whether we
were Sun JDK for (1) solaris or (2) windows (back in the 1.2 days).
A JDK port could consider that part of its porting layer. But it was
not for use outside JDK.
To avoid polluting the system properties name space we could consider
an alternative means to locate the class.
to locate the GraphicsEnvironment class
File: jdk/src/java.desktop/share/classes/java/awt/GraphicsEnvironment.java
[M] Line: 111 'ge = (GraphicsEnvironment)geCls.newInstance();'
java.awt.graphicsenv property defines the GraphicsEnvironment class.
This can be misconstrued as being an external SPI layer. In fact it was
just a convenience to locate the right class depending on whether we
were Sun JDK for (1) solaris or (2) windows (back in the 1.2 days).
A JDK port could consider that part of its porting layer. But it was
not for use outside JDK.
To avoid polluting the system properties name space we could consider
an alternative means to locate the class.
- csr for
-
JDK-8222990 Change the mechanism by which JDK loads the platform-specific GraphicsEnvironment class
-
- Closed
-
- relates to
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
-
JDK-8273581 Change the mechanism by which JDK loads the platform-specific FontManager class
-
- Resolved
-