Anyone using JMX with JavaFX?

Tom Schindl tom.schindl at
Fri Jun 10 11:01:37 UTC 2016

What has the removal of JMX for JavaFX todo with Oracle using JavaFX

There are projects at Oracle who for sure do use JavaFX and one of them
is installed in your JDK! It's Java-Mission-Control.


On 10.06.16 12:46, Felix Bembrick wrote:
> I am taking that as a "yes" answer to my original question.
> On a completely unrelated topic, do Microsoft employees all have Macs on their desktops and carry iPhones and iPads around?
> No?
> Well I bet Apple employees do!
>> On 10 Jun 2016, at 20:01, dalibor topic <dalibor.topic at> wrote:
>> I suspect that particular plugin is extremely rarely used, judging by showing 0 results.
>> cheers,
>> dalibor topic
>>> On 09.06.2016 00:31, Kevin Rushforth wrote:
>>> As some of you may be aware, JavaFX has shipped a JMX plugin as a
>>> separate jar file along with the JDK (not part of the JRE) in
>>> <JDK>/lib/javafx-mx.jar. Development on this plugin stopped prior to JDK
>>> 8 being shipped, although we continued to ship javafx-mx.jar in JDK 8.
>>> Are there any developers that still use this? We haven't seen any bug
>>> reports or had questions on it for quite a while. I note that this jar
>>> file has been gone from JDK 9 ea since build 111 and we are trying to
>>> determine how best to address this in JDK 9.
>>> Our options are:
>>> 1) Remove it entirely and drop this tooling support
>>> 2) Continue to ship it as a legacy jar file, meaning that any use would
>>> require command line qualified exports to be added since it uses
>>> internal packages
>>> 3) Turn it into a proper JDK-only module, javafx.jmx; it would not be
>>> one of the default modules, so it would need to be added with -addmods.
>>> Obviously #1 would be the least amount of work, and given that it isn't
>>> being actively maintained, might be a viable solution. If we do need to
>>> keep it, then #2 might be less effort than #3, while still preserving
>>> the ability for developers to use it. This is only used for tooling, so
>>> requiring qualified exports, as is done for Robot and
>>> PerformanceTracker, is not a problem.
>>> Separately, if we don't remove it for JDK 9, we probably will deprecate
>>> it with the intention to remove it in a future release.
>>> -- Kevin
>> -- 
>> <> Dalibor Topic | Principal Product Manager
>> Phone: +494089091214 <tel:+494089091214> | Mobile: +491737185961
>> <tel:+491737185961>
>> ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg
>> ORACLE Deutschland B.V. & Co. KG
>> Hauptverwaltung: Riesstr. 25, D-80992 München
>> Registergericht: Amtsgericht München, HRA 95603
>> Komplementärin: ORACLE Deutschland Verwaltung B.V.
>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
>> Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
>> <> Oracle is committed to developing
>> practices and products that help protect the environment

Thomas Schindl, CTO EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck

More information about the openjfx-dev mailing list