JFXPanel vs. real world usage

Stephen F Northover steve.x.northover at oracle.com
Thu Oct 24 10:08:40 PDT 2013

Hi Matthais,

There was quite a debate way back when as to whether there should be 
heavyweight or lightweight embedding.  If heavyweight, then FX would not 
play well with AWT/Swing and would have all the heavyweight/lightweight 
issues inherent there.  If lightweight, then this is more work for the 
embedding toolkit because it needs to forward events and implement 
drawing.  The simplest implementation of drawing is to draw images.  A 
more complex implementation would require that FX and AWT/Swing 
communicate using a common underlying graphics currency that both 
toolkits support (such as OpenGL or DirectX textures).

1) There has been some talk of doing the underlying communication thing 
but nobody has looked into it.  It will require quite low level 
coordinated changes to AWT/Swing and FX.  I did not see a JIRA that is 
tracking this idea.  Feel free to enter one.

2) Please enter a JIRA with a benchmark that is too slow for you using 
the current JFXPanel implementation.


On 2013-10-24 12:03 PM, Matthias Hänel wrote:
> Hi,
> I just took a look at JFXPanel. This implementation is from my perspective just
> a pin point for a real implementation. The problem with the current one is,
> that a JFX scene is rendered down to a pixelbuffer that is rendered on a Swing
> Panel by paintComponent. Is there a particular reason for this?
> Actually, I expected the embedding of the OpenGL/DirectX context in other words
> the heavy weigth component of the entire JFX scene.
> In the current stage of the JFXPanel it's not even usable for very small addons,
> since the performance is soo damn bad ;)
> Maybe I missed another way to get JFX inserted into an existing Swing-Application?
> Any hints?
> regards
> Matthias

More information about the openjfx-dev mailing list