AWT is somewhat dead, will JavaFX survive?

Martin Desruisseaux martin.desruisseaux at geomatys.com
Tue Oct 1 08:37:39 UTC 2024


Le 2024-10-01 à 00 h 33, Kevin Rushforth a écrit :

> And yes, we know that that there are missing features in JavaFX 
> relative to Swing like desktop integration and Image I/O to name two 
> important ones. I guess the question for you and other app developers 
> are: which ones are the most important that there be a native JavaFX 
> solution for?

Just for information (not really expecting this work in JavaFX, since it 
may be a major effort), one feature is the `java.awt.image` package (I 
don't know if this is considered included in Image I/O), in particular 
its capacity to handle Terabytes of Earth Observation raster data. This 
package was the foundation of Java Advanced Imaging (JAI), designed 25 
years ago by Sun Microsystem and Kodak with contributions of peoples 
from NASA and medical imagery. While JAI is not maintained anymore, we 
can still develop our own JAI-like framework on top of `java.awt.image`. 
Despite its age, that package is still amazingly powerful, even compared 
with modern competitors.

However, `java.awt.image` is complex. Having 25 years of experience in 
using extensively that package (and contributed a few OpenJDK patches), 
I think I see how it could be simplified and better integrated with 
`java.nio.Buffer` (for example) without losing its power. The 
`java.awt.image` package may contain features that seem obsolete today, 
such as MultiPixelPackedSampleModel, but those features are important 
when the images are Gigabytes in size. However, it would be possible for 
a new image framework to keep those features without "polluting" the 
public API with those specialized classes.

If an OpenJDK or OpenJFX effort was initiated for designing a successor 
of `java.awt.image` with the goal of being about as powerful, I would be 
glad to participate as a volunteer if accepted.

     Martin




More information about the openjfx-discuss mailing list