|
Quick Lists
|
|
Bug ID:
|
6675596
|
|
Votes
|
0
|
|
Synopsis
|
SurfaceManagerFactory should allow plugging in different implementations
|
|
Category
|
java:classes_2d
|
|
Reported Against
|
|
|
Release Fixed
|
7(b28)
|
|
State
|
10-Fix Delivered,
bug
|
|
Priority:
|
4-Low
|
|
Related Bugs
|
|
|
Submit Date
|
14-MAR-2008
|
|
Description
|
While implementing a Java2D backend based on Escher, which is already
working quite well (for a couple-of-hours-prototype):
http://kennke.org/blog/2008/ customer /25/escher-on-openjdk-graphics/
One issue Roman came over is the SurfaceManagerFactory. There seems to be
such a factory class both in the solaris and windows source trees, but
no way to provide an own implementation.
See this thread for more info: http://mail.openjdk.java.net/pipermail/2d-dev/2008-March/000166.html
Posted Date : 2008-03-14 16:27:40.0
|
|
Work Around
|
N/A
|
|
Evaluation
|
From the proposed patch exhange:
"Therefore I propose the
attached change. This basically turns the SurfaceManagerFactory into an
abstract class, now in the shared tree, with appropriate subclasses in
the windows and solaris trees. The GraphicsEnvironment implementations
are now responsible for initializing and setting the appropriate factory
in their static initializers. "
Posted Date : 2008-03-14 16:27:40.0
|
|
Comments
|
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
|
