Anyone using JMX with JavaFX?
felix.bembrick at gmail.com
Fri Jun 10 13:29:27 UTC 2016
Dalibor, please forgive me for assuming that Oracle had access to an English language parser. I could translate my original question into Klingon and resubmit if that would help.
And thanks so much for pointing out to me that this forum is devoted to "ongoing OpenJFX development". Clearly I was under the misapprehension that it was about unicorns, angels and aliens.
However, the word "ongoing" probably could do with some clarification.
Oh, and I don't actually *need* to find a forum to discuss telephony equipment used by other organisations because such information is transparent and clearly indicates belief and commitment to their own technologies.
Just out of interest, have you ever considered a career in politics?
And thanks for finally answering my question (even if it was accidental)...
> On 10 Jun 2016, at 22:59, Dalibor Topic <dalibor.topic at oracle.com> wrote:
> Felix, unfortunately your original question was not parse-able.
> Before you go on prolonging this thread with more of that, please consider that this mailing list is for discussion of ongoing OpenJFX development.
> If instead you would prefer to discuss something else, please do try to find a more suitable venue for discussion of such interests. While I can't help you find an adequate forum to discuss telephony equipment used by employees of other organizations, I hope that you will be able to find a better place to do so in the future.
> Dalibor Topic
> <http://www.oracle.com> Dalibor Topic | Principal Product Manager
> Phone: +494089091214<tel:+494089091214> | Mobile: +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
> <http://www.oracle.com/commitment> Oracle is committed to developing
> practices and products that help protect the environment
>> On 10.06.2016, at 12:46, Felix Bembrick <felix.bembrick at gmail.com> 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?
>> Well I bet Apple employees do!
>>> On 10 Jun 2016, at 20:01, dalibor topic <dalibor.topic at oracle.com> wrote:
>>> I suspect that particular plugin is extremely rarely used, judging by https://github.com/search?utf8=%E2%9C%93&q=%22javafx-mx.jar%22&type=Code&ref=searchresults showing 0 results.
>>> 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
>>> <http://www.oracle.com> Dalibor Topic | Principal Product Manager
>>> Phone: +494089091214 <tel:+494089091214> | Mobile: +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
>>> <http://www.oracle.com/commitment> Oracle is committed to developing
>>> practices and products that help protect the environment
More information about the openjfx-dev