From andrey.rusakov at oracle.com Wed Jun 1 16:23:48 2016 From: andrey.rusakov at oracle.com (Andrey Rusakov) Date: Wed, 1 Jun 2016 19:23:48 +0300 Subject: Regression test development: JDK-8139764 In-Reply-To: <57458B43.3020805@oracle.com> References: <57458B43.3020805@oracle.com> Message-ID: <574F0C14.8070708@oracle.com> Please look at my regression tests for JDK-8139764 8139460 (fx 9) 8139460 (fx 8 backport) Also please commit my diff for JDK-8139764 http://cr.openjdk.java.net/~arusakov/8139764/webrev.01/ From jonathan.giles at oracle.com Wed Jun 1 21:51:31 2016 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Thu, 2 Jun 2016 09:51:31 +1200 Subject: Regression test development: JDK-8139764 In-Reply-To: <574F0C14.8070708@oracle.com> References: <57458B43.3020805@oracle.com> <574F0C14.8070708@oracle.com> Message-ID: <738f8224-943a-946d-a43f-c68ce2beaf3f@oracle.com> Andrey, Both issues you've posted about here I have previously +1'd in the jira issue. If the webrev changes or needs more review from me, please just continue the discussion in there and clarify what is needed. -- Jonathan On 2/06/16 4:23 AM, Andrey Rusakov wrote: > Please look at my regression tests for JDK-8139764 > > 8139460 (fx 9) > > 8139460 (fx 8 backport) > > > Also please commit my diff for JDK-8139764 > > http://cr.openjdk.java.net/~arusakov/8139764/webrev.01/ From vadim.pakhnushev at oracle.com Fri Jun 3 14:30:26 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 3 Jun 2016 17:30:26 +0300 Subject: In(Sanity) Testing Mondays Message-ID: Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PST until 1pm PST. Happy testing! Thanks, Vadim From chien.yang at oracle.com Fri Jun 3 18:29:03 2016 From: chien.yang at oracle.com (Chien Yang) Date: Fri, 3 Jun 2016 11:29:03 -0700 Subject: [9] Code Review Request For 8158659: Encapsulate impl_ methods in Node and its subclasses Message-ID: <5751CC6F.3020105@oracle.com> Hi all, Please review the proposed fix: JIRA: https://bugs.openjdk.java.net/browse/JDK-8158659 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8158659/webrev.00/ Thanks, - Chien From chien.yang at oracle.com Sat Jun 4 05:50:38 2016 From: chien.yang at oracle.com (Chien Yang) Date: Fri, 3 Jun 2016 22:50:38 -0700 Subject: [9] Code Review For 8144585: Encapsulate JavaFX impl_* implementation methods Message-ID: <57526C2E.5070300@oracle.com> Hi all, Please review the proposed fix: JIRA: https://bugs.openjdk.java.net/browse/JDK-8144585 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8144585/webrev.00/ Thanks, - Chien From kevin.rushforth at oracle.com Mon Jun 6 20:42:12 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 06 Jun 2016 13:42:12 -0700 Subject: 9-dev unlocked following sanity testing Message-ID: <5755E024.703@oracle.com> From setan.buildroot at gmail.com Tue Jun 7 10:08:32 2016 From: setan.buildroot at gmail.com (=?UTF-8?Q?Guillaume_s=C3=A9tan?=) Date: Tue, 7 Jun 2016 12:08:32 +0200 Subject: Openjfx on Wanboard Message-ID: Hi, I want to use Java with JavaFX on my wandboard but I see that the arm's version was unsupported on the website Oracle. So I found a other solution OpenJFX. But I try 2 things : - To download the package with apt-get install, but he can't found libopenjfx-jni. -To compile OpenJFX but I get this exception "Unknown and unsupportef build architecture: arm " ( I have a Linux armv7l). Do you have solutions for one of these problems ? Regards, Guillaume From jonathan.giles at oracle.com Tue Jun 7 21:47:11 2016 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Wed, 8 Jun 2016 09:47:11 +1200 Subject: Handling Enter key presses on Buttons in JavaFX Message-ID: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Hi all, One thing I've been looking into recently is the issue of what the Enter key should do when it is pushed with regards to buttons in a UI where one of those buttons is a 'default' button. There are number of Jira issues on this topic, and I wanted to poll the community to understand its opinions. The current situation is that the Enter key does not fire the focused Button. The Enter key is reserved for firing the 'default' Button in the UI (i.e. if someone has created a Button instance with the default property set to true). A default button is rendered slightly differently (in Modena it is blue for example). To fire the focused Button, the user must press the Space key. Tom Schindl filed a bug (JDK-8139510) that is a good example of the 'problem' this creates. In the bug report, a dialog is shown to the user. In the dialog is an OK button and a Cancel button. The OK button has been made the 'default' button. Regardless of which button has focus, the Enter key always fires the OK button. The only way to fire the Cancel button is via the Space key. This can be very confusing for users who have tabbed specifically to the 'Cancel' button and then pressed the Enter key, only to find they unwittingly fired the 'OK' action. To me this has always been a little counter-intuitive, because of my heritage as a long-time Windows user. I believe Linux is much the same as Windows. For others who grew up on Mac, I'm less sure on what people expect (but it seems to be that the Enter key fires the default button, not the focused button, i.e. JavaFX current behavior matches what is expected on OS X). What I'm proposing we do is to change the behavior as follows: 1) On OS X we do not change behavior at all - we keep the current 'Enter means default' and 'Space means focus' semantics. 2) On non-OS X platforms, we change the behavior so that Enter (and Space) will fire the _focused_ key, if one is focused. If no Button is focused (e.g. focus is in a TextField, etc), then Enter will work as it currently does and fire the default button, if one is specified. In short, default buttons will still be rendered blue to hint to the user that they are the default button, but they will be less prevalently fired by Enter key presses - only when they also have focus. The two questions that I have are: 1) Will this confuse users when there is a behavior change (and presumably, this change will be made in JDK 9 and not backported to JDK 8). If it will confuse users, is it still the right thing to do? 2) Do we want to have different behaviors for OS X and non-OS X? I'm a newly inducted member into the cult of Mac, and I don't yet have all my bearings sorted out, so I don't have a strong opinion here. Your thoughts, as always, are appreciated. -- Jonathan From berry120 at gmail.com Tue Jun 7 22:03:47 2016 From: berry120 at gmail.com (Michael Berry) Date: Tue, 7 Jun 2016 23:03:47 +0100 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Message-ID: I can't comment on behalf of the Mac guys, but certainly from a Windows perspective I find the current behaviour confusing - I would ideally expect the enter key to fire the focused button, and the "default" button would get fired by default purely because it is the one first selected (as oppose to it being universally tied to the enter key.) Of course, there's always the potential that it may confuse existing users, but IMO keeping the same behaviour would probably confuse more users in the long run! So yes, I'd say it's the right thing to do. In any case, a command line option could be introduced to force behaviour one way or the other for those that really need it to always be the same on each platform - but from my perspective this does seem somewhat overkill. Michael Virus-free. www.avast.com <#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> On 7 June 2016 at 22:47, Jonathan Giles wrote: > Hi all, > > One thing I've been looking into recently is the issue of what the Enter > key should do when it is pushed with regards to buttons in a UI where one > of those buttons is a 'default' button. There are number of Jira issues on > this topic, and I wanted to poll the community to understand its opinions. > > The current situation is that the Enter key does not fire the focused > Button. The Enter key is reserved for firing the 'default' Button in the UI > (i.e. if someone has created a Button instance with the default property > set to true). A default button is rendered slightly differently (in Modena > it is blue for example). To fire the focused Button, the user must press > the Space key. > > Tom Schindl filed a bug (JDK-8139510) that is a good example of the > 'problem' this creates. In the bug report, a dialog is shown to the user. > In the dialog is an OK button and a Cancel button. The OK button has been > made the 'default' button. Regardless of which button has focus, the Enter > key always fires the OK button. The only way to fire the Cancel button is > via the Space key. This can be very confusing for users who have tabbed > specifically to the 'Cancel' button and then pressed the Enter key, only to > find they unwittingly fired the 'OK' action. > > To me this has always been a little counter-intuitive, because of my > heritage as a long-time Windows user. I believe Linux is much the same as > Windows. For others who grew up on Mac, I'm less sure on what people expect > (but it seems to be that the Enter key fires the default button, not the > focused button, i.e. JavaFX current behavior matches what is expected on OS > X). > > What I'm proposing we do is to change the behavior as follows: > > 1) On OS X we do not change behavior at all - we keep the current 'Enter > means default' and 'Space means focus' semantics. > > 2) On non-OS X platforms, we change the behavior so that Enter (and Space) > will fire the _focused_ key, if one is focused. If no Button is focused > (e.g. focus is in a TextField, etc), then Enter will work as it currently > does and fire the default button, if one is specified. In short, default > buttons will still be rendered blue to hint to the user that they are the > default button, but they will be less prevalently fired by Enter key > presses - only when they also have focus. > > The two questions that I have are: > > 1) Will this confuse users when there is a behavior change (and > presumably, this change will be made in JDK 9 and not backported to JDK 8). > If it will confuse users, is it still the right thing to do? > > 2) Do we want to have different behaviors for OS X and non-OS X? I'm a > newly inducted member into the cult of Mac, and I don't yet have all my > bearings sorted out, so I don't have a strong opinion here. > > Your thoughts, as always, are appreciated. > -- Jonathan > -- Thanks, Michael From tomas.mikula at gmail.com Tue Jun 7 22:04:49 2016 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Tue, 7 Jun 2016 18:04:49 -0400 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Message-ID: What about forgetting the whole notion of a "default button" and the only effect of setting the default property to true being that the button will start as focused? So I add a question: 3) Would anyone miss the "default button"? Tomas On Tue, Jun 7, 2016 at 5:47 PM, Jonathan Giles wrote: > Hi all, > > One thing I've been looking into recently is the issue of what the Enter > key should do when it is pushed with regards to buttons in a UI where one > of those buttons is a 'default' button. There are number of Jira issues on > this topic, and I wanted to poll the community to understand its opinions. > > The current situation is that the Enter key does not fire the focused > Button. The Enter key is reserved for firing the 'default' Button in the UI > (i.e. if someone has created a Button instance with the default property > set to true). A default button is rendered slightly differently (in Modena > it is blue for example). To fire the focused Button, the user must press > the Space key. > > Tom Schindl filed a bug (JDK-8139510) that is a good example of the > 'problem' this creates. In the bug report, a dialog is shown to the user. > In the dialog is an OK button and a Cancel button. The OK button has been > made the 'default' button. Regardless of which button has focus, the Enter > key always fires the OK button. The only way to fire the Cancel button is > via the Space key. This can be very confusing for users who have tabbed > specifically to the 'Cancel' button and then pressed the Enter key, only to > find they unwittingly fired the 'OK' action. > > To me this has always been a little counter-intuitive, because of my > heritage as a long-time Windows user. I believe Linux is much the same as > Windows. For others who grew up on Mac, I'm less sure on what people expect > (but it seems to be that the Enter key fires the default button, not the > focused button, i.e. JavaFX current behavior matches what is expected on OS > X). > > What I'm proposing we do is to change the behavior as follows: > > 1) On OS X we do not change behavior at all - we keep the current 'Enter > means default' and 'Space means focus' semantics. > > 2) On non-OS X platforms, we change the behavior so that Enter (and Space) > will fire the _focused_ key, if one is focused. If no Button is focused > (e.g. focus is in a TextField, etc), then Enter will work as it currently > does and fire the default button, if one is specified. In short, default > buttons will still be rendered blue to hint to the user that they are the > default button, but they will be less prevalently fired by Enter key > presses - only when they also have focus. > > The two questions that I have are: > > 1) Will this confuse users when there is a behavior change (and > presumably, this change will be made in JDK 9 and not backported to JDK 8). > If it will confuse users, is it still the right thing to do? > > 2) Do we want to have different behaviors for OS X and non-OS X? I'm a > newly inducted member into the cult of Mac, and I don't yet have all my > bearings sorted out, so I don't have a strong opinion here. > > Your thoughts, as always, are appreciated. > -- Jonathan > From jonathan.giles at oracle.com Tue Jun 7 22:07:48 2016 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Wed, 8 Jun 2016 10:07:48 +1200 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Message-ID: <900ddd8e-9d27-0987-f47e-98d1b1f84d30@oracle.com> It's worth me quickly interjecting here to say that a button being default does not automatically imply that the button has the focus by default. Therefore, this suggestion is another behavioral change that needs to be carefully understood. -- Jonathan On 8/06/16 10:04 AM, Tomas Mikula wrote: > What about forgetting the whole notion of a "default button" and the > only effect of setting the default property to true being that the > button will start as focused? > > So I add a question: > > 3) Would anyone miss the "default button"? > > Tomas > > On Tue, Jun 7, 2016 at 5:47 PM, Jonathan Giles > > wrote: > > Hi all, > > One thing I've been looking into recently is the issue of what the > Enter key should do when it is pushed with regards to buttons in a > UI where one of those buttons is a 'default' button. There are > number of Jira issues on this topic, and I wanted to poll the > community to understand its opinions. > > The current situation is that the Enter key does not fire the > focused Button. The Enter key is reserved for firing the 'default' > Button in the UI (i.e. if someone has created a Button instance > with the default property set to true). A default button is > rendered slightly differently (in Modena it is blue for example). > To fire the focused Button, the user must press the Space key. > > Tom Schindl filed a bug (JDK-8139510) that is a good example of > the 'problem' this creates. In the bug report, a dialog is shown > to the user. In the dialog is an OK button and a Cancel button. > The OK button has been made the 'default' button. Regardless of > which button has focus, the Enter key always fires the OK button. > The only way to fire the Cancel button is via the Space key. This > can be very confusing for users who have tabbed specifically to > the 'Cancel' button and then pressed the Enter key, only to find > they unwittingly fired the 'OK' action. > > To me this has always been a little counter-intuitive, because of > my heritage as a long-time Windows user. I believe Linux is much > the same as Windows. For others who grew up on Mac, I'm less sure > on what people expect (but it seems to be that the Enter key fires > the default button, not the focused button, i.e. JavaFX current > behavior matches what is expected on OS X). > > What I'm proposing we do is to change the behavior as follows: > > 1) On OS X we do not change behavior at all - we keep the current > 'Enter means default' and 'Space means focus' semantics. > > 2) On non-OS X platforms, we change the behavior so that Enter > (and Space) will fire the _focused_ key, if one is focused. If no > Button is focused (e.g. focus is in a TextField, etc), then Enter > will work as it currently does and fire the default button, if one > is specified. In short, default buttons will still be rendered > blue to hint to the user that they are the default button, but > they will be less prevalently fired by Enter key presses - only > when they also have focus. > > The two questions that I have are: > > 1) Will this confuse users when there is a behavior change (and > presumably, this change will be made in JDK 9 and not backported > to JDK 8). If it will confuse users, is it still the right thing > to do? > > 2) Do we want to have different behaviors for OS X and non-OS X? > I'm a newly inducted member into the cult of Mac, and I don't yet > have all my bearings sorted out, so I don't have a strong opinion > here. > > Your thoughts, as always, are appreciated. > -- Jonathan > > From berry120 at gmail.com Tue Jun 7 22:10:22 2016 From: berry120 at gmail.com (Michael Berry) Date: Tue, 7 Jun 2016 23:10:22 +0100 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Message-ID: On 7 June 2016 at 23:04, Tomas Mikula wrote: > What about forgetting the whole notion of a "default button" and the only > effect of setting the default property to true being that the button will > start as focused? > > So I add a question: > > 3) Would anyone miss the "default button"? > Afraid I would - I find the visual difference of the default button rather useful. While it would be possible to just use CSS to style it differently, this (in my mind) would be a step backwards (and that's before the issues that would arise from a backwards-compatibility standpoint due to removing an existing property.) Michael > > Tomas > > On Tue, Jun 7, 2016 at 5:47 PM, Jonathan Giles > wrote: > > > Hi all, > > > > One thing I've been looking into recently is the issue of what the Enter > > key should do when it is pushed with regards to buttons in a UI where one > > of those buttons is a 'default' button. There are number of Jira issues > on > > this topic, and I wanted to poll the community to understand its > opinions. > > > > The current situation is that the Enter key does not fire the focused > > Button. The Enter key is reserved for firing the 'default' Button in the > UI > > (i.e. if someone has created a Button instance with the default property > > set to true). A default button is rendered slightly differently (in > Modena > > it is blue for example). To fire the focused Button, the user must press > > the Space key. > > > > Tom Schindl filed a bug (JDK-8139510) that is a good example of the > > 'problem' this creates. In the bug report, a dialog is shown to the user. > > In the dialog is an OK button and a Cancel button. The OK button has been > > made the 'default' button. Regardless of which button has focus, the > Enter > > key always fires the OK button. The only way to fire the Cancel button is > > via the Space key. This can be very confusing for users who have tabbed > > specifically to the 'Cancel' button and then pressed the Enter key, only > to > > find they unwittingly fired the 'OK' action. > > > > To me this has always been a little counter-intuitive, because of my > > heritage as a long-time Windows user. I believe Linux is much the same as > > Windows. For others who grew up on Mac, I'm less sure on what people > expect > > (but it seems to be that the Enter key fires the default button, not the > > focused button, i.e. JavaFX current behavior matches what is expected on > OS > > X). > > > > What I'm proposing we do is to change the behavior as follows: > > > > 1) On OS X we do not change behavior at all - we keep the current 'Enter > > means default' and 'Space means focus' semantics. > > > > 2) On non-OS X platforms, we change the behavior so that Enter (and > Space) > > will fire the _focused_ key, if one is focused. If no Button is focused > > (e.g. focus is in a TextField, etc), then Enter will work as it currently > > does and fire the default button, if one is specified. In short, default > > buttons will still be rendered blue to hint to the user that they are the > > default button, but they will be less prevalently fired by Enter key > > presses - only when they also have focus. > > > > The two questions that I have are: > > > > 1) Will this confuse users when there is a behavior change (and > > presumably, this change will be made in JDK 9 and not backported to JDK > 8). > > If it will confuse users, is it still the right thing to do? > > > > 2) Do we want to have different behaviors for OS X and non-OS X? I'm a > > newly inducted member into the cult of Mac, and I don't yet have all my > > bearings sorted out, so I don't have a strong opinion here. > > > > Your thoughts, as always, are appreciated. > > -- Jonathan > > > -- Thanks, Michael Virus-free. www.avast.com <#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> From tomas.mikula at gmail.com Tue Jun 7 22:30:28 2016 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Tue, 7 Jun 2016 18:30:28 -0400 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Message-ID: On Tue, Jun 7, 2016 at 6:10 PM, Michael Berry wrote: > On 7 June 2016 at 23:04, Tomas Mikula wrote: > >> What about forgetting the whole notion of a "default button" and the only >> effect of setting the default property to true being that the button will >> start as focused? >> >> So I add a question: >> >> 3) Would anyone miss the "default button"? >> > > Afraid I would - I find the visual difference of the default button rather > useful. > The visual difference is also what is confusing when there is also a focused button. Maybe they should then lose its visual distinction when a different button is focused (at least in Jonathan's point 2) - non-OS X platforms). Tomas > While it would be possible to just use CSS to style it differently, this > (in my mind) would be a step backwards (and that's before the issues that > would arise from a backwards-compatibility standpoint due to removing an > existing property.) > > Michael > > >> >> Tomas >> >> On Tue, Jun 7, 2016 at 5:47 PM, Jonathan Giles > > >> wrote: >> >> > Hi all, >> > >> > One thing I've been looking into recently is the issue of what the Enter >> > key should do when it is pushed with regards to buttons in a UI where >> one >> > of those buttons is a 'default' button. There are number of Jira issues >> on >> > this topic, and I wanted to poll the community to understand its >> opinions. >> > >> > The current situation is that the Enter key does not fire the focused >> > Button. The Enter key is reserved for firing the 'default' Button in >> the UI >> > (i.e. if someone has created a Button instance with the default property >> > set to true). A default button is rendered slightly differently (in >> Modena >> > it is blue for example). To fire the focused Button, the user must press >> > the Space key. >> > >> > Tom Schindl filed a bug (JDK-8139510) that is a good example of the >> > 'problem' this creates. In the bug report, a dialog is shown to the >> user. >> > In the dialog is an OK button and a Cancel button. The OK button has >> been >> > made the 'default' button. Regardless of which button has focus, the >> Enter >> > key always fires the OK button. The only way to fire the Cancel button >> is >> > via the Space key. This can be very confusing for users who have tabbed >> > specifically to the 'Cancel' button and then pressed the Enter key, >> only to >> > find they unwittingly fired the 'OK' action. >> > >> > To me this has always been a little counter-intuitive, because of my >> > heritage as a long-time Windows user. I believe Linux is much the same >> as >> > Windows. For others who grew up on Mac, I'm less sure on what people >> expect >> > (but it seems to be that the Enter key fires the default button, not the >> > focused button, i.e. JavaFX current behavior matches what is expected >> on OS >> > X). >> > >> > What I'm proposing we do is to change the behavior as follows: >> > >> > 1) On OS X we do not change behavior at all - we keep the current 'Enter >> > means default' and 'Space means focus' semantics. >> > >> > 2) On non-OS X platforms, we change the behavior so that Enter (and >> Space) >> > will fire the _focused_ key, if one is focused. If no Button is focused >> > (e.g. focus is in a TextField, etc), then Enter will work as it >> currently >> > does and fire the default button, if one is specified. In short, default >> > buttons will still be rendered blue to hint to the user that they are >> the >> > default button, but they will be less prevalently fired by Enter key >> > presses - only when they also have focus. >> > >> > The two questions that I have are: >> > >> > 1) Will this confuse users when there is a behavior change (and >> > presumably, this change will be made in JDK 9 and not backported to JDK >> 8). >> > If it will confuse users, is it still the right thing to do? >> > >> > 2) Do we want to have different behaviors for OS X and non-OS X? I'm a >> > newly inducted member into the cult of Mac, and I don't yet have all my >> > bearings sorted out, so I don't have a strong opinion here. >> > >> > Your thoughts, as always, are appreciated. >> > -- Jonathan >> > >> > > > > -- > Thanks, > > Michael > > > Virus-free. > www.avast.com > > <#m_-3404683945119215455_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > From tomas.mikula at gmail.com Tue Jun 7 22:41:37 2016 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Tue, 7 Jun 2016 18:41:37 -0400 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: <57574BB9.5090201@gmx.de> References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> <57574BB9.5090201@gmx.de> Message-ID: On Tue, Jun 7, 2016 at 6:33 PM, Stefan Fuchs wrote: > Hi, > > well, if my dialog would include a TextField, an cancel- and an > ok-button, I would obviously want to have the TextField the initial focus. > > Once the dialog opens I can immediately type some text. > When I'm done, I hit enter to confirm the dialog. > To cancel the dialog i would hit escape. > > Therefor I would prefer the following behavior. > > If the focused control has an action handler attached (cancel-Button and > ok-Button), enter should trigger its action. > If the focused control has no action handler attached (TextField), the > action of the default button should be triggered. > This would be very confusing if you had two TextFields and after entering text into the first one the user hits Enter and the form gets submitted with empty second field. > Escape always triggers the action of the cancel-Button. > > Stefan > > > > What about forgetting the whole notion of a "default button" and the only >> effect of setting the default property to true being that the button will >> start as focused? >> >> So I add a question: >> >> 3) Would anyone miss the "default button"? >> >> Tomas >> >> On Tue, Jun 7, 2016 at 5:47 PM, Jonathan Giles > > >> wrote: >> >> Hi all, >>> >>> One thing I've been looking into recently is the issue of what the Enter >>> key should do when it is pushed with regards to buttons in a UI where one >>> of those buttons is a 'default' button. There are number of Jira issues >>> on >>> this topic, and I wanted to poll the community to understand its >>> opinions. >>> >>> The current situation is that the Enter key does not fire the focused >>> Button. The Enter key is reserved for firing the 'default' Button in the >>> UI >>> (i.e. if someone has created a Button instance with the default property >>> set to true). A default button is rendered slightly differently (in >>> Modena >>> it is blue for example). To fire the focused Button, the user must press >>> the Space key. >>> >>> Tom Schindl filed a bug (JDK-8139510) that is a good example of the >>> 'problem' this creates. In the bug report, a dialog is shown to the user. >>> In the dialog is an OK button and a Cancel button. The OK button has been >>> made the 'default' button. Regardless of which button has focus, the >>> Enter >>> key always fires the OK button. The only way to fire the Cancel button is >>> via the Space key. This can be very confusing for users who have tabbed >>> specifically to the 'Cancel' button and then pressed the Enter key, only >>> to >>> find they unwittingly fired the 'OK' action. >>> >>> To me this has always been a little counter-intuitive, because of my >>> heritage as a long-time Windows user. I believe Linux is much the same as >>> Windows. For others who grew up on Mac, I'm less sure on what people >>> expect >>> (but it seems to be that the Enter key fires the default button, not the >>> focused button, i.e. JavaFX current behavior matches what is expected on >>> OS >>> X). >>> >>> What I'm proposing we do is to change the behavior as follows: >>> >>> 1) On OS X we do not change behavior at all - we keep the current 'Enter >>> means default' and 'Space means focus' semantics. >>> >>> 2) On non-OS X platforms, we change the behavior so that Enter (and >>> Space) >>> will fire the _focused_ key, if one is focused. If no Button is focused >>> (e.g. focus is in a TextField, etc), then Enter will work as it currently >>> does and fire the default button, if one is specified. In short, default >>> buttons will still be rendered blue to hint to the user that they are the >>> default button, but they will be less prevalently fired by Enter key >>> presses - only when they also have focus. >>> >>> The two questions that I have are: >>> >>> 1) Will this confuse users when there is a behavior change (and >>> presumably, this change will be made in JDK 9 and not backported to JDK >>> 8). >>> If it will confuse users, is it still the right thing to do? >>> >>> 2) Do we want to have different behaviors for OS X and non-OS X? I'm a >>> newly inducted member into the cult of Mac, and I don't yet have all my >>> bearings sorted out, so I don't have a strong opinion here. >>> >>> Your thoughts, as always, are appreciated. >>> -- Jonathan >>> >>> > From tomas.mikula at gmail.com Tue Jun 7 22:57:08 2016 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Tue, 7 Jun 2016 18:57:08 -0400 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Message-ID: On Tue, Jun 7, 2016 at 6:48 PM, Michael Berry wrote: > On 7 June 2016 at 23:30, Tomas Mikula wrote: > >> >> >> On Tue, Jun 7, 2016 at 6:10 PM, Michael Berry wrote: >> >>> On 7 June 2016 at 23:04, Tomas Mikula wrote: >>> >>>> What about forgetting the whole notion of a "default button" and the >>>> only >>>> effect of setting the default property to true being that the button >>>> will >>>> start as focused? >>>> >>>> So I add a question: >>>> >>>> 3) Would anyone miss the "default button"? >>>> >>> >>> Afraid I would - I find the visual difference of the default button >>> rather useful. >>> >> >> The visual difference is also what is confusing when there is also a >> focused button. Maybe they should then lose its visual distinction when a >> different button is focused (at least in Jonathan's point 2) - non-OS X >> platforms). >> > > Perhaps this is just a pure difference of opinion - I find the visual > distinction helpful because it provides a cue (from a UX perspective) as to > which button the user can be expected to hit in "normal" behaviour. This, > in my mind, is very different from the (much more subtle) cue that shows > the currently focused UI component. > If Jonathan's plan is executed: > 2) On non-OS X platforms, we change the behavior so that Enter (and Space) will fire the _focused_ key, if one is focused. then any visual cues on the "default" button are misleading (while a different button is focused, that is), since it will not be triggered on either Enter or Space. Tomas > > >> >> Tomas >> >> >>> While it would be possible to just use CSS to style it differently, this >>> (in my mind) would be a step backwards (and that's before the issues that >>> would arise from a backwards-compatibility standpoint due to removing an >>> existing property.) >>> >>> Michael >>> >>> >>>> >>>> Tomas >>>> >>>> On Tue, Jun 7, 2016 at 5:47 PM, Jonathan Giles < >>>> jonathan.giles at oracle.com> >>>> wrote: >>>> >>>> > Hi all, >>>> > >>>> > One thing I've been looking into recently is the issue of what the >>>> Enter >>>> > key should do when it is pushed with regards to buttons in a UI where >>>> one >>>> > of those buttons is a 'default' button. There are number of Jira >>>> issues on >>>> > this topic, and I wanted to poll the community to understand its >>>> opinions. >>>> > >>>> > The current situation is that the Enter key does not fire the focused >>>> > Button. The Enter key is reserved for firing the 'default' Button in >>>> the UI >>>> > (i.e. if someone has created a Button instance with the default >>>> property >>>> > set to true). A default button is rendered slightly differently (in >>>> Modena >>>> > it is blue for example). To fire the focused Button, the user must >>>> press >>>> > the Space key. >>>> > >>>> > Tom Schindl filed a bug (JDK-8139510) that is a good example of the >>>> > 'problem' this creates. In the bug report, a dialog is shown to the >>>> user. >>>> > In the dialog is an OK button and a Cancel button. The OK button has >>>> been >>>> > made the 'default' button. Regardless of which button has focus, the >>>> Enter >>>> > key always fires the OK button. The only way to fire the Cancel >>>> button is >>>> > via the Space key. This can be very confusing for users who have >>>> tabbed >>>> > specifically to the 'Cancel' button and then pressed the Enter key, >>>> only to >>>> > find they unwittingly fired the 'OK' action. >>>> > >>>> > To me this has always been a little counter-intuitive, because of my >>>> > heritage as a long-time Windows user. I believe Linux is much the >>>> same as >>>> > Windows. For others who grew up on Mac, I'm less sure on what people >>>> expect >>>> > (but it seems to be that the Enter key fires the default button, not >>>> the >>>> > focused button, i.e. JavaFX current behavior matches what is expected >>>> on OS >>>> > X). >>>> > >>>> > What I'm proposing we do is to change the behavior as follows: >>>> > >>>> > 1) On OS X we do not change behavior at all - we keep the current >>>> 'Enter >>>> > means default' and 'Space means focus' semantics. >>>> > >>>> > 2) On non-OS X platforms, we change the behavior so that Enter (and >>>> Space) >>>> > will fire the _focused_ key, if one is focused. If no Button is >>>> focused >>>> > (e.g. focus is in a TextField, etc), then Enter will work as it >>>> currently >>>> > does and fire the default button, if one is specified. In short, >>>> default >>>> > buttons will still be rendered blue to hint to the user that they are >>>> the >>>> > default button, but they will be less prevalently fired by Enter key >>>> > presses - only when they also have focus. >>>> > >>>> > The two questions that I have are: >>>> > >>>> > 1) Will this confuse users when there is a behavior change (and >>>> > presumably, this change will be made in JDK 9 and not backported to >>>> JDK 8). >>>> > If it will confuse users, is it still the right thing to do? >>>> > >>>> > 2) Do we want to have different behaviors for OS X and non-OS X? I'm a >>>> > newly inducted member into the cult of Mac, and I don't yet have all >>>> my >>>> > bearings sorted out, so I don't have a strong opinion here. >>>> > >>>> > Your thoughts, as always, are appreciated. >>>> > -- Jonathan >>>> > >>>> >>> >>> >>> >>> -- >>> Thanks, >>> >>> Michael >>> >>> >>> Virus-free. >>> www.avast.com >>> >>> <#m_-8105136466737180413_m_1700382838741580870_m_-3404683945119215455_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> >> >> > > > -- > Thanks, > > Michael > From snfuchs at gmx.de Tue Jun 7 23:05:17 2016 From: snfuchs at gmx.de (Stefan Fuchs) Date: Wed, 8 Jun 2016 01:05:17 +0200 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> <57574BB9.5090201@gmx.de> Message-ID: <5757532D.4060209@gmx.de> Tomas Mikula wrote: > > > On Tue, Jun 7, 2016 at 6:33 PM, Stefan Fuchs > wrote: > > Hi, > > well, if my dialog would include a TextField, an cancel- and an > ok-button, I would obviously want to have the TextField the > initial focus. > > Once the dialog opens I can immediately type some text. > When I'm done, I hit enter to confirm the dialog. > To cancel the dialog i would hit escape. > > Therefor I would prefer the following behavior. > > If the focused control has an action handler attached > (cancel-Button and ok-Button), enter should trigger its action. > If the focused control has no action handler attached (TextField), > the action of the default button should be triggered. > > > This would be very confusing if you had two TextFields and after > entering text into the first one the user hits Enter and the form gets > submitted with empty second field. Well it might be confusing, but that's how traditional Windows dialogs work. You press tab to reach the second textfield. If the second textfield is required, the dialog should refuse to close. See Windows 7 Taskbar properties dialog as an example. > > Escape always triggers the action of the cancel-Button. > > Stefan > > > > What about forgetting the whole notion of a "default button" > and the only > effect of setting the default property to true being that the > button will > start as focused? > > So I add a question: > > 3) Would anyone miss the "default button"? > > Tomas > > On Tue, Jun 7, 2016 at 5:47 PM, Jonathan Giles > > > wrote: > > Hi all, > > One thing I've been looking into recently is the issue of > what the Enter > key should do when it is pushed with regards to buttons in > a UI where one > of those buttons is a 'default' button. There are number > of Jira issues on > this topic, and I wanted to poll the community to > understand its opinions. > > The current situation is that the Enter key does not fire > the focused > Button. The Enter key is reserved for firing the 'default' > Button in the UI > (i.e. if someone has created a Button instance with the > default property > set to true). A default button is rendered slightly > differently (in Modena > it is blue for example). To fire the focused Button, the > user must press > the Space key. > > Tom Schindl filed a bug (JDK-8139510) that is a good > example of the > 'problem' this creates. In the bug report, a dialog is > shown to the user. > In the dialog is an OK button and a Cancel button. The OK > button has been > made the 'default' button. Regardless of which button has > focus, the Enter > key always fires the OK button. The only way to fire the > Cancel button is > via the Space key. This can be very confusing for users > who have tabbed > specifically to the 'Cancel' button and then pressed the > Enter key, only to > find they unwittingly fired the 'OK' action. > > To me this has always been a little counter-intuitive, > because of my > heritage as a long-time Windows user. I believe Linux is > much the same as > Windows. For others who grew up on Mac, I'm less sure on > what people expect > (but it seems to be that the Enter key fires the default > button, not the > focused button, i.e. JavaFX current behavior matches what > is expected on OS > X). > > What I'm proposing we do is to change the behavior as follows: > > 1) On OS X we do not change behavior at all - we keep the > current 'Enter > means default' and 'Space means focus' semantics. > > 2) On non-OS X platforms, we change the behavior so that > Enter (and Space) > will fire the _focused_ key, if one is focused. If no > Button is focused > (e.g. focus is in a TextField, etc), then Enter will work > as it currently > does and fire the default button, if one is specified. In > short, default > buttons will still be rendered blue to hint to the user > that they are the > default button, but they will be less prevalently fired by > Enter key > presses - only when they also have focus. > > The two questions that I have are: > > 1) Will this confuse users when there is a behavior change > (and > presumably, this change will be made in JDK 9 and not > backported to JDK 8). > If it will confuse users, is it still the right thing to do? > > 2) Do we want to have different behaviors for OS X and > non-OS X? I'm a > newly inducted member into the cult of Mac, and I don't > yet have all my > bearings sorted out, so I don't have a strong opinion here. > > Your thoughts, as always, are appreciated. > -- Jonathan > > > From tomas.mikula at gmail.com Tue Jun 7 23:33:23 2016 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Tue, 7 Jun 2016 19:33:23 -0400 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Message-ID: On Tue, Jun 7, 2016 at 7:08 PM, Michael Berry wrote: > On 7 June 2016 at 23:57, Tomas Mikula wrote: > >> >> >> On Tue, Jun 7, 2016 at 6:48 PM, Michael Berry wrote: >> >>> On 7 June 2016 at 23:30, Tomas Mikula wrote: >>> >>>> >>>> >>>> On Tue, Jun 7, 2016 at 6:10 PM, Michael Berry >>>> wrote: >>>> >>>>> On 7 June 2016 at 23:04, Tomas Mikula wrote: >>>>> >>>>>> What about forgetting the whole notion of a "default button" and the >>>>>> only >>>>>> effect of setting the default property to true being that the button >>>>>> will >>>>>> start as focused? >>>>>> >>>>>> So I add a question: >>>>>> >>>>>> 3) Would anyone miss the "default button"? >>>>>> >>>>> >>>>> Afraid I would - I find the visual difference of the default button >>>>> rather useful. >>>>> >>>> >>>> The visual difference is also what is confusing when there is also a >>>> focused button. Maybe they should then lose its visual distinction when a >>>> different button is focused (at least in Jonathan's point 2) - non-OS >>>> X platforms). >>>> >>> >>> Perhaps this is just a pure difference of opinion - I find the visual >>> distinction helpful because it provides a cue (from a UX perspective) as to >>> which button the user can be expected to hit in "normal" behaviour. This, >>> in my mind, is very different from the (much more subtle) cue that shows >>> the currently focused UI component. >>> >> >> If Jonathan's plan is executed: >> >> > 2) On non-OS X platforms, we change the behavior so that Enter (and >> Space) will fire the _focused_ key, if one is focused. >> >> then any visual cues on the "default" button are misleading (while a >> different button is focused, that is), since it will not be triggered on >> either Enter or Space. >> > > Not necessarily. You're assuming (rightly or wrongly) that the visual cue > here creates the expectation that a particular key, either enter or space, > should activate it. > That was my assumption, indeed. And I wonder how many users make the same assumption. > > In my case, the visual cue simply indicates that it is the preferred, > default, or most common option for a user to press, without implying a > relation to any particular hotkey. > > >> >> Tomas >> >> >>> >>> >>>> >>>> Tomas >>>> >>>> >>>>> While it would be possible to just use CSS to style it differently, >>>>> this (in my mind) would be a step backwards (and that's before the issues >>>>> that would arise from a backwards-compatibility standpoint due to removing >>>>> an existing property.) >>>>> >>>>> Michael >>>>> >>>>> >>>>>> >>>>>> Tomas >>>>>> >>>>>> On Tue, Jun 7, 2016 at 5:47 PM, Jonathan Giles < >>>>>> jonathan.giles at oracle.com> >>>>>> wrote: >>>>>> >>>>>> > Hi all, >>>>>> > >>>>>> > One thing I've been looking into recently is the issue of what the >>>>>> Enter >>>>>> > key should do when it is pushed with regards to buttons in a UI >>>>>> where one >>>>>> > of those buttons is a 'default' button. There are number of Jira >>>>>> issues on >>>>>> > this topic, and I wanted to poll the community to understand its >>>>>> opinions. >>>>>> > >>>>>> > The current situation is that the Enter key does not fire the >>>>>> focused >>>>>> > Button. The Enter key is reserved for firing the 'default' Button >>>>>> in the UI >>>>>> > (i.e. if someone has created a Button instance with the default >>>>>> property >>>>>> > set to true). A default button is rendered slightly differently (in >>>>>> Modena >>>>>> > it is blue for example). To fire the focused Button, the user must >>>>>> press >>>>>> > the Space key. >>>>>> > >>>>>> > Tom Schindl filed a bug (JDK-8139510) that is a good example of the >>>>>> > 'problem' this creates. In the bug report, a dialog is shown to the >>>>>> user. >>>>>> > In the dialog is an OK button and a Cancel button. The OK button >>>>>> has been >>>>>> > made the 'default' button. Regardless of which button has focus, >>>>>> the Enter >>>>>> > key always fires the OK button. The only way to fire the Cancel >>>>>> button is >>>>>> > via the Space key. This can be very confusing for users who have >>>>>> tabbed >>>>>> > specifically to the 'Cancel' button and then pressed the Enter key, >>>>>> only to >>>>>> > find they unwittingly fired the 'OK' action. >>>>>> > >>>>>> > To me this has always been a little counter-intuitive, because of my >>>>>> > heritage as a long-time Windows user. I believe Linux is much the >>>>>> same as >>>>>> > Windows. For others who grew up on Mac, I'm less sure on what >>>>>> people expect >>>>>> > (but it seems to be that the Enter key fires the default button, >>>>>> not the >>>>>> > focused button, i.e. JavaFX current behavior matches what is >>>>>> expected on OS >>>>>> > X). >>>>>> > >>>>>> > What I'm proposing we do is to change the behavior as follows: >>>>>> > >>>>>> > 1) On OS X we do not change behavior at all - we keep the current >>>>>> 'Enter >>>>>> > means default' and 'Space means focus' semantics. >>>>>> > >>>>>> > 2) On non-OS X platforms, we change the behavior so that Enter (and >>>>>> Space) >>>>>> > will fire the _focused_ key, if one is focused. If no Button is >>>>>> focused >>>>>> > (e.g. focus is in a TextField, etc), then Enter will work as it >>>>>> currently >>>>>> > does and fire the default button, if one is specified. In short, >>>>>> default >>>>>> > buttons will still be rendered blue to hint to the user that they >>>>>> are the >>>>>> > default button, but they will be less prevalently fired by Enter key >>>>>> > presses - only when they also have focus. >>>>>> > >>>>>> > The two questions that I have are: >>>>>> > >>>>>> > 1) Will this confuse users when there is a behavior change (and >>>>>> > presumably, this change will be made in JDK 9 and not backported to >>>>>> JDK 8). >>>>>> > If it will confuse users, is it still the right thing to do? >>>>>> > >>>>>> > 2) Do we want to have different behaviors for OS X and non-OS X? >>>>>> I'm a >>>>>> > newly inducted member into the cult of Mac, and I don't yet have >>>>>> all my >>>>>> > bearings sorted out, so I don't have a strong opinion here. >>>>>> > >>>>>> > Your thoughts, as always, are appreciated. >>>>>> > -- Jonathan >>>>>> > >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Thanks, >>>>> >>>>> Michael >>>>> >>>>> >>>>> Virus-free. >>>>> www.avast.com >>>>> >>>>> <#m_130544982301072256_m_1455100482491084454_m_-8105136466737180413_m_1700382838741580870_m_-3404683945119215455_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>>> >>>> >>>> >>> >>> >>> -- >>> Thanks, >>> >>> Michael >>> >> >> > > > -- > Thanks, > > Michael > From chris.bensen at oracle.com Tue Jun 7 23:47:36 2016 From: chris.bensen at oracle.com (Chris Bensen) Date: Tue, 7 Jun 2016 16:47:36 -0700 Subject: Review Request: 8154895 Revisit javapackager module path related options Message-ID: <0DE83254-85BC-4767-B048-91F744D41AC8@oracle.com> Hi Kevin, This change aligns the CLI of the Java Packager with the rest of the Java toolchain (-modulepath, -addmods, -limitmods and -m). Developers can continue to use the old style -srcfiles, -appClass and -BmainJar= CLI arguments to bundle non-modular applications. JIRA: https://bugs.openjdk.java.net/browse/JDK-8154895 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8154895/webrev.01/ Thanks, Chris From peter.brunet at oracle.com Wed Jun 8 00:24:53 2016 From: peter.brunet at oracle.com (Pete Brunet) Date: Tue, 7 Jun 2016 19:24:53 -0500 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Message-ID: <600d9830-3a97-0422-99fb-0c2027f443c2@oracle.com> I had a conversation about this earlier in the year and will post it here in case it's helpful: > 1. If a button has focus, Enter key should click the button (like it does on Windows). Currently Enter key always actions the default button on a dialog, even if another button has focus. Most people don?t use Space bar to click a button, so this is confusing. My response 1: This might be confusing but it is the standard, even on Windows, but on Windows the default push button moves as focus moves from push button to push button but when focus moves to a non-pushbutton then the default (solid border) reverts back to one of the push buttons, usually the OK button. On Mac the default push button typically remains the same as focus moves from push button to push button. There is some info about Win behavior here https://support.microsoft.com/en-us/kb/126449 which says: SPACEBAR: If the current control is a button, this clicks the button. ENTER: Equivalent to clicking the selected button (the button with the outline) On Mac there is this: https://developer.apple.com/library/mac/documentation/UserExperience/Conceptual/OSXHIGuidelines/WindowDialogs.html which says: Usually the rightmost button or the Cancel button is the default button. A default button has color to let users know that when they press Return or Enter, the default button is activated. FX follows the Mac UX guidelines. Keyboard users, e.g. blind users, are aware of this behavior. My response 2: I was thinking about this some more. I think FX should consider more closely matching Win behavior when running on Win, e.g. moving the blue background (default) from push button to push button when focus is on a push button. Regarding the prior notes in this thread, some comments: Assuming current Mac-like behavior where the default button doesn't move to the focused button, I'm pretty sure I read in a Mac UX document that the Cancel button should be made the default for the case where someone inadvertently used Enter instead of Spacebar, backed up by an Are you sure? message box (if useful information is going to be discarded). I'm not keen on a command line option to change behavior. That will confuse users who are expecting the app to behave like other apps on a particular platform. Pete On 6/7/16 6:33 PM, Tomas Mikula wrote: > On Tue, Jun 7, 2016 at 7:08 PM, Michael Berry wrote: > >> On 7 June 2016 at 23:57, Tomas Mikula wrote: >> >>> >>> On Tue, Jun 7, 2016 at 6:48 PM, Michael Berry wrote: >>> >>>> On 7 June 2016 at 23:30, Tomas Mikula wrote: >>>> >>>>> >>>>> On Tue, Jun 7, 2016 at 6:10 PM, Michael Berry >>>>> wrote: >>>>> >>>>>> On 7 June 2016 at 23:04, Tomas Mikula wrote: >>>>>> >>>>>>> What about forgetting the whole notion of a "default button" and the >>>>>>> only >>>>>>> effect of setting the default property to true being that the button >>>>>>> will >>>>>>> start as focused? >>>>>>> >>>>>>> So I add a question: >>>>>>> >>>>>>> 3) Would anyone miss the "default button"? >>>>>>> >>>>>> Afraid I would - I find the visual difference of the default button >>>>>> rather useful. >>>>>> >>>>> The visual difference is also what is confusing when there is also a >>>>> focused button. Maybe they should then lose its visual distinction when a >>>>> different button is focused (at least in Jonathan's point 2) - non-OS >>>>> X platforms). >>>>> >>>> Perhaps this is just a pure difference of opinion - I find the visual >>>> distinction helpful because it provides a cue (from a UX perspective) as to >>>> which button the user can be expected to hit in "normal" behaviour. This, >>>> in my mind, is very different from the (much more subtle) cue that shows >>>> the currently focused UI component. >>>> >>> If Jonathan's plan is executed: >>> >>>> 2) On non-OS X platforms, we change the behavior so that Enter (and >>> Space) will fire the _focused_ key, if one is focused. >>> >>> then any visual cues on the "default" button are misleading (while a >>> different button is focused, that is), since it will not be triggered on >>> either Enter or Space. >>> >> Not necessarily. You're assuming (rightly or wrongly) that the visual cue >> here creates the expectation that a particular key, either enter or space, >> should activate it. >> > That was my assumption, indeed. And I wonder how many users make the same > assumption. > > >> In my case, the visual cue simply indicates that it is the preferred, >> default, or most common option for a user to press, without implying a >> relation to any particular hotkey. >> >> >>> Tomas >>> >>> >>>> >>>>> Tomas >>>>> >>>>> >>>>>> While it would be possible to just use CSS to style it differently, >>>>>> this (in my mind) would be a step backwards (and that's before the issues >>>>>> that would arise from a backwards-compatibility standpoint due to removing >>>>>> an existing property.) >>>>>> >>>>>> Michael >>>>>> >>>>>> >>>>>>> Tomas >>>>>>> >>>>>>> On Tue, Jun 7, 2016 at 5:47 PM, Jonathan Giles < >>>>>>> jonathan.giles at oracle.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> One thing I've been looking into recently is the issue of what the >>>>>>> Enter >>>>>>>> key should do when it is pushed with regards to buttons in a UI >>>>>>> where one >>>>>>>> of those buttons is a 'default' button. There are number of Jira >>>>>>> issues on >>>>>>>> this topic, and I wanted to poll the community to understand its >>>>>>> opinions. >>>>>>>> The current situation is that the Enter key does not fire the >>>>>>> focused >>>>>>>> Button. The Enter key is reserved for firing the 'default' Button >>>>>>> in the UI >>>>>>>> (i.e. if someone has created a Button instance with the default >>>>>>> property >>>>>>>> set to true). A default button is rendered slightly differently (in >>>>>>> Modena >>>>>>>> it is blue for example). To fire the focused Button, the user must >>>>>>> press >>>>>>>> the Space key. >>>>>>>> >>>>>>>> Tom Schindl filed a bug (JDK-8139510) that is a good example of the >>>>>>>> 'problem' this creates. In the bug report, a dialog is shown to the >>>>>>> user. >>>>>>>> In the dialog is an OK button and a Cancel button. The OK button >>>>>>> has been >>>>>>>> made the 'default' button. Regardless of which button has focus, >>>>>>> the Enter >>>>>>>> key always fires the OK button. The only way to fire the Cancel >>>>>>> button is >>>>>>>> via the Space key. This can be very confusing for users who have >>>>>>> tabbed >>>>>>>> specifically to the 'Cancel' button and then pressed the Enter key, >>>>>>> only to >>>>>>>> find they unwittingly fired the 'OK' action. >>>>>>>> >>>>>>>> To me this has always been a little counter-intuitive, because of my >>>>>>>> heritage as a long-time Windows user. I believe Linux is much the >>>>>>> same as >>>>>>>> Windows. For others who grew up on Mac, I'm less sure on what >>>>>>> people expect >>>>>>>> (but it seems to be that the Enter key fires the default button, >>>>>>> not the >>>>>>>> focused button, i.e. JavaFX current behavior matches what is >>>>>>> expected on OS >>>>>>>> X). >>>>>>>> >>>>>>>> What I'm proposing we do is to change the behavior as follows: >>>>>>>> >>>>>>>> 1) On OS X we do not change behavior at all - we keep the current >>>>>>> 'Enter >>>>>>>> means default' and 'Space means focus' semantics. >>>>>>>> >>>>>>>> 2) On non-OS X platforms, we change the behavior so that Enter (and >>>>>>> Space) >>>>>>>> will fire the _focused_ key, if one is focused. If no Button is >>>>>>> focused >>>>>>>> (e.g. focus is in a TextField, etc), then Enter will work as it >>>>>>> currently >>>>>>>> does and fire the default button, if one is specified. In short, >>>>>>> default >>>>>>>> buttons will still be rendered blue to hint to the user that they >>>>>>> are the >>>>>>>> default button, but they will be less prevalently fired by Enter key >>>>>>>> presses - only when they also have focus. >>>>>>>> >>>>>>>> The two questions that I have are: >>>>>>>> >>>>>>>> 1) Will this confuse users when there is a behavior change (and >>>>>>>> presumably, this change will be made in JDK 9 and not backported to >>>>>>> JDK 8). >>>>>>>> If it will confuse users, is it still the right thing to do? >>>>>>>> >>>>>>>> 2) Do we want to have different behaviors for OS X and non-OS X? >>>>>>> I'm a >>>>>>>> newly inducted member into the cult of Mac, and I don't yet have >>>>>>> all my >>>>>>>> bearings sorted out, so I don't have a strong opinion here. >>>>>>>> >>>>>>>> Your thoughts, as always, are appreciated. >>>>>>>> -- Jonathan >>>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Thanks, >>>>>> >>>>>> Michael >>>>>> >>>>>> >>>>>> Virus-free. >>>>>> www.avast.com >>>>>> >>>>>> <#m_130544982301072256_m_1455100482491084454_m_-8105136466737180413_m_1700382838741580870_m_-3404683945119215455_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>>>> >>>>> >>>> >>>> -- >>>> Thanks, >>>> >>>> Michael >>>> >>> >> >> -- >> Thanks, >> >> Michael >> From chien.yang at oracle.com Wed Jun 8 05:32:40 2016 From: chien.yang at oracle.com (Chien Yang) Date: Tue, 07 Jun 2016 22:32:40 -0700 Subject: [9] Code Review Request For 8159021: Redo layout bounds tests in GroupTest Message-ID: <5757ADF8.9050507@oracle.com> Kevin and Vadim, Please review this simple fix: JIRA: https://bugs.openjdk.java.net/browse/JDK-8159021 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8159021/webrev.00/ Thanks, - Chien From r.lichtenberger at gmail.com Wed Jun 8 07:29:06 2016 From: r.lichtenberger at gmail.com (Robert Lichtenberger) Date: Wed, 8 Jun 2016 09:29:06 +0200 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Message-ID: <5757C942.9070100@gmail.com> > 2) Do we want to have different behaviors for OS X and non-OS X? I'm a > newly inducted member into the cult of Mac, and I don't yet have all > my bearings sorted out, so I don't have a strong opinion here. Please don't make different OSes behave differently as this is a real pain. I would much prefer, if JavaFX-Applications behave the same on all platforms. From a.ankit.srivastava at oracle.com Wed Jun 8 07:39:23 2016 From: a.ankit.srivastava at oracle.com (Ankit Srivastava) Date: Wed, 8 Jun 2016 00:39:23 -0700 (PDT) Subject: [9] Review Request: 8089563: Javascript Timing Events stop work on system clock changes at past Message-ID: Hi Murali, Arun & Kevin, Please review the fix: JBS: https://bugs.openjdk.java.net/browse/JDK-8089563 Webrev: http://cr.openjdk.java.net/~asrivastava/8089563/webrev.00/ Solution updated in JBS. Regards, Ankit From swpalmer at gmail.com Wed Jun 8 11:07:20 2016 From: swpalmer at gmail.com (Scott Palmer) Date: Wed, 8 Jun 2016 07:07:20 -0400 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: <5757C942.9070100@gmail.com> References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> <5757C942.9070100@gmail.com> Message-ID: <7D4F5480-0293-4F00-9D6E-97EA9999783F@gmail.com> > On Jun 8, 2016, at 3:29 AM, Robert Lichtenberger wrote: > > >> 2) Do we want to have different behaviors for OS X and non-OS X? I'm a >> newly inducted member into the cult of Mac, and I don't yet have all >> my bearings sorted out, so I don't have a strong opinion here. > Please don't make different OSes behave differently as this is a real pain. I would much prefer, if JavaFX-Applications behave the same on all platforms. That ship has already sailed. I think it it's the right thing to do. Mac users want a screen menu bar and they want the okay and cancel buttons to be in the correct place in dialogs. Respect the conventions and UI guidelines of the platform. The best Swing Java UIs were ones that used the platform look and feel so it wasn't easy to tell it was a Java app. In this particular case Mac got it right and Windows, as usual, has the screwed up UI. But if JavaFX accommodated the Windows behaviour I could tolerate it because it would just be following the Windows convention on the Windows platform. Scott From yasuenag at gmail.com Wed Jun 8 13:05:59 2016 From: yasuenag at gmail.com (Yasumasa Suenaga) Date: Wed, 8 Jun 2016 22:05:59 +0900 Subject: JDK-8146900: [SwingNode, DND]: drag-and-drop from JTable not working, drag recognized twice Message-ID: <0c19ce09-0fb2-ca23-d7db-87202e3b3b6a@gmail.com> Hi all, We are developing HeapStats [1] with JavaFX 8. This tool uses SwingNode to use JGraphX [2]. JGraphX suports Drag & Drop. However, DnD in SwingNode occurs InvalidDnDOperationException. Callstack of it is same with JDK-8146900. I checked OpenJDK source, the flag of DnD is static field [3]. DnD event is trapped at FXDnD, and kick the same event via secondary event loop. Thus DnD event will be called twice, and second event will be thrown InvalidDnDOperationException. I think we can fix it as below. However I'm not sure it is correct. Could you help? ------------------- diff -r 20164b54e3d8 modules/swing/src/main/java/javafx/embed/swing/FXDnD.java --- a/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java Wed Jun 08 13:34:10 2016 +1200 +++ b/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java Wed Jun 08 22:02:10 2016 +0900 @@ -312,6 +312,10 @@ // and then start an AWT nested loop to wait until DnD finishes. loop = java.awt.Toolkit.getDefaultToolkit().getSystemEventQueue().createSecondaryLoop(); SwingFXUtils.leaveFXNestedLoop(FXDnD.this); + + // Avoid JDK-8146900 + setDragDropInProgress(false); + if (!loop.enter()) { // An error occured, but there's little we can do here... } ------------------- Thanks, Yasumasa [1] http://icedtea.classpath.org/wiki/HeapStats [2] https://github.com/jgraph/jgraphx [3] http://hg.openjdk.java.net/jdk9/dev/jdk/file/4f717d517d9e/src/java.desktop/share/classes/sun/awt/dnd/SunDragSourceContextPeer.java#l77 From David.Hill at Oracle.com Wed Jun 8 15:50:34 2016 From: David.Hill at Oracle.com (David Hill) Date: Wed, 08 Jun 2016 11:50:34 -0400 Subject: Openjfx on Wanboard In-Reply-To: References: Message-ID: <57583ECA.5050604@Oracle.com> On 6/7/16, 6:08 AM, Guillaume s?tan wrote: > Hi, > I want to use Java with JavaFX on my wandboard but I see that the arm's > version was unsupported on the website Oracle. > So I found a other solution OpenJFX. > But I try 2 things : > > - To download the package with apt-get install, but he can't found > libopenjfx-jni. > > -To compile OpenJFX but I get this exception "Unknown and unsupportef build > architecture: arm " ( I have a Linux armv7l). > > Do you have solutions for one of these problems ? I doubt you would find javafx with apt-get. That would likely be an openjdk build without javafx integrated. For a quick start, you might try one of the community builds (https://wiki.openjdk.java.net/display/OpenJFX/Community+Builds), making sure that you have JDK version 8 (not 7) installed. There are some platform notes here too https://wiki.openjdk.java.net/display/OpenJFX/Platforms Oracle is no longer supporting FX on arm platforms, rather relying on a combination of community support with some of my time when I can squeeze it in. In particular, Oracle is working hard on JDK9 which requires FX to be integrated as part of the JDK. This is a big shift, because with JDK8 we could build/provide FX as an "overlay" onto an existing JDK. Sometime in the next couple of months I do plan on trying an integrated ARM JDK/JFX build to prove it can be done, and will be updating the OpenJFX wiki as I do. I have tried an integrated build on Linux x64, and it does seem to "just work" :-) Also - never tried the Wandboard. I know it is a varient of the i.MX so likely will just work. Some of the ARM boards are not so easy though. Dave -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From david.goodenough at linkchoose.co.uk Wed Jun 8 16:47:22 2016 From: david.goodenough at linkchoose.co.uk (David Goodenough) Date: Wed, 08 Jun 2016 17:47:22 +0100 Subject: Openjfx on Wanboard In-Reply-To: <57583ECA.5050604@Oracle.com> References: <57583ECA.5050604@Oracle.com> Message-ID: <1530217.gQ3nCbadTJ@stargate> On Wednesday 08 June 2016 11:50:34 David Hill wrote: > On 6/7/16, 6:08 AM, Guillaume s?tan wrote: > > Hi, > > I want to use Java with JavaFX on my wandboard but I see that the arm's > > version was unsupported on the website Oracle. > > So I found a other solution OpenJFX. > > But I try 2 things : > > > > - To download the package with apt-get install, but he can't found > > libopenjfx-jni. > > > > -To compile OpenJFX but I get this exception "Unknown and unsupportef > > build > > architecture: arm " ( I have a Linux armv7l). > > > > Do you have solutions for one of these problems ? > > I doubt you would find javafx with apt-get. That would likely be an openjdk > build without javafx integrated. apt search javafx Sorting... Done Full Text Search... Done libopenjfx-java/unstable,unstable,unstable,now 8u91-b14-1 all [installed,automatic] JavaFX/OpenJFX 8 - Rich client application platform for Java (Java libraries) libopenjfx-java-doc/unstable,unstable,unstable 8u91-b14-1 all JavaFX/OpenJFX 8 - Rich client application platform for Java (Javadoc) libopenjfx-jni/unstable,now 8u91-b14-1 amd64 [installed,automatic] JavaFX/OpenJFX 8 - Rich client application platform for Java (native libraries) openjfx/unstable,now 8u91-b14-1 amd64 [installed] JavaFX/OpenJFX 8 - Rich client application platform for Java openjfx-source/unstable,unstable,unstable,now 8u91-b14-1 all [installed] JavaFX/OpenJFX 8 - Rich client application platform for Java (sources) It is there, at least on sid. David > > For a quick start, you might try one of the community builds > (https://wiki.openjdk.java.net/display/OpenJFX/Community+Builds), making > sure that you have JDK version 8 (not 7) installed. > > There are some platform notes here too > https://wiki.openjdk.java.net/display/OpenJFX/Platforms > > Oracle is no longer supporting FX on arm platforms, rather relying on a > combination of community support with some of my time when I can squeeze it > in. > > In particular, Oracle is working hard on JDK9 which requires FX to be > integrated as part of the JDK. This is a big shift, because with JDK8 we > could build/provide FX as an "overlay" onto an existing JDK. Sometime in > the next couple of months I do plan on trying an integrated ARM JDK/JFX > build to prove it can be done, and will be updating the OpenJFX wiki as I > do. I have tried an integrated build on Linux x64, and it does seem to > "just work" :-) > > Also - never tried the Wandboard. I know it is a varient of the i.MX so > likely will just work. Some of the ARM boards are not so easy though. > > Dave From richard.bair at oracle.com Wed Jun 8 16:59:56 2016 From: richard.bair at oracle.com (Richard Bair) Date: Wed, 8 Jun 2016 09:59:56 -0700 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: <7D4F5480-0293-4F00-9D6E-97EA9999783F@gmail.com> References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> <5757C942.9070100@gmail.com> <7D4F5480-0293-4F00-9D6E-97EA9999783F@gmail.com> Message-ID: >>> 2) Do we want to have different behaviors for OS X and non-OS X? I'm a >>> newly inducted member into the cult of Mac, and I don't yet have all >>> my bearings sorted out, so I don't have a strong opinion here. >> Please don't make different OSes behave differently as this is a real pain. I would much prefer, if JavaFX-Applications behave the same on all platforms. > > That ship has already sailed. I think it it's the right thing to do. Mac users want a screen menu bar and they want the okay and cancel buttons to be in the correct place in dialogs. > Respect the conventions and UI guidelines of the platform. Agreed. Our philosophy was always to have a platform ?feel? but cross platform ?look?. This is vitally important, because people on a particular platform are used to certain behaviors, and if an app behaves completely differently it will be considered broken and (in cases like the one Jonathan mentions regarding ?enter? on dialogs) can have adverse business effects on people. Drawing a button with a different shadow is one thing (and branding it that way across all platforms), but having different keystrokes is bad. The right thing to do (IMO) is to carefully document the native platform?s behavior and match it when running on that platform. It is difficult and time-consuming, but necessary for end users to be satisfied with the result. The more FX can shoulder the burden of having platform-specific feel so that developers are free to focus on their app and not this level of detail, the better. Richard From pfurbacher at mac.com Wed Jun 8 16:27:16 2016 From: pfurbacher at mac.com (Paul Furbacher) Date: Wed, 08 Jun 2016 12:27:16 -0400 Subject: Handling Enter key presses on Buttons in JavaFX Message-ID: On June 7, 2016 at 6:41:37 PM EDT, Tomas Mikula wrote: > This would be very confusing if you had two TextFields and after entering > text into the first one the user hits Enter and the form gets submitted > with empty second field. Apple?s HIG documentation clarifies how such a situation should be handled: see https://goo.gl/AwhKiW. Quoting the relevant paragraph: "Don?t use a default button if you use the Return key in the dialog?s text fields. Having two behaviors for one key can confuse users and make the interface less predictable. Also, users might press Return one too many times and dismiss the dialog (and activate the default button) without meaning to.? Beyond that and in reference to the entire discussion, I would suggest that JavaFX follow the platform behavior as closely as possible. But in complex dialogs in which the user is presented with controls which respond to the ?Enter/Return? key, it is probably up to the programmer to be aware of the guidelines, and make the necessary adjustment by making sure that none of the buttons in the button bar are set to ?default button?. As noted, OS X configures the key press triggers for actions of the default (?Return?) and focused button (space) differently. Whether *all* users are aware of, or understand, this is probably not the point. For those who do know how Apple prescribes how dialog buttons should work, it has become ingrained behavior to hit the spacebar to fire the focused button. However, note that the ability to have a focused button other than the default depends on the user having activated ?Full Keyboard Access ? All controls? in the Accessibility preferences. Only then can one can navigate through the dialog controls to focus a non-default button, such as ?Don?t Save? in TextWrangler. My guess is that few Mac users, other than programmers, have enabled this functionality. (It may be too much to ask ? or impossible ? to have JavaFX respect the accessibility settings: that is, not allow tabbed navigation across the buttons if the ?All controls? setting is not in force.) [I haven?t used Windows in a very long time, so I cannot comment on how it, across its many versions, prescribes how dialog buttons should work.] From peter.brunet at oracle.com Wed Jun 8 19:44:46 2016 From: peter.brunet at oracle.com (Pete Brunet) Date: Wed, 8 Jun 2016 14:44:46 -0500 Subject: Handling Enter key presses on Buttons in JavaFX In-Reply-To: References: Message-ID: <52a2184e-0e96-1560-3023-8fd947967c29@oracle.com> On 6/8/16 11:27 AM, Paul Furbacher wrote: > On June 7, 2016 at 6:41:37 PM EDT, Tomas Mikula wrote: > >> This would be very confusing if you had two TextFields and after entering >> text into the first one the user hits Enter and the form gets submitted >> with empty second field. > Apple?s HIG documentation clarifies how such a situation should be handled: see https://goo.gl/AwhKiW. > > Quoting the relevant paragraph: "Don?t use a default button if you use the Return key in the dialog?s text fields. Having two behaviors for one key can confuse users and make the interface less predictable. Also, users might press Return one too many times and dismiss the dialog (and activate the default button) without meaning to.? > > Beyond that and in reference to the entire discussion, I would suggest that JavaFX follow the platform behavior as closely as possible. But in complex dialogs in which the user is presented with controls which respond to the ?Enter/Return? key, it is probably up to the programmer to be aware of the guidelines, and make the necessary adjustment by making sure that none of the buttons in the button bar are set to ?default button?. > > As noted, OS X configures the key press triggers for actions of the default (?Return?) and focused button (space) differently. Whether *all* users are aware of, or understand, this is probably not the point. For those who do know how Apple prescribes how dialog buttons should work, it has become ingrained behavior to hit the spacebar to fire the focused button. However, note that the ability to have a focused button other than the default depends on the user having activated ?Full Keyboard Access ? All controls? in the Accessibility preferences. That's actually in the Keyboard preferences. You can get there from the System Preferences or from the Accessibility preferences. I point that out only to indicate that not only accessibility users use keyboard navigation but also a certain set of visually enabled users, those who find the UI faster to use with the keyboard only rather than the keyboard and mouse. I use this option because that's the what I am used to from Windows where screen readers follow keyboard focus but on Mac even though that mode is an option blind users typically use the VO Cursor, i.e. navigate from control to control with control+option+arrow keys and that gets you to a control no matter how the Full Keyboard Access option is set. (If you want to experiment VO is enabled with command+F5.) I also noticed today that when VO is activated the ??Full Keyboard Access ? Text boxes and lists only? setting is ignored and the user can tab from control to control (and the focus box moves), so the Full Keyboard Access setting is apparently for the sighted "power keyboard user". In this scenario the Cancel (non-default) button can have focus while the OK (default) button is still indicated (blue background) as the default button. Pete > Only then can one can navigate through the dialog controls to focus a non-default button, such as ?Don?t Save? in TextWrangler. My guess is that few Mac users, other than programmers, have enabled this functionality. (It may be too much to ask ? or impossible ? to have JavaFX respect the accessibility settings: that is, not allow tabbed navigation across the buttons if the ?All controls? setting is not in force.) > > [I haven?t used Windows in a very long time, so I cannot comment on how it, across its many versions, prescribes how dialog buttons should work.] > > From kevin.rushforth at oracle.com Wed Jun 8 22:31:27 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 08 Jun 2016 15:31:27 -0700 Subject: Anyone using JMX with JavaFX? Message-ID: <57589CBF.9040407@oracle.com> 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 /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 From felix.bembrick at gmail.com Thu Jun 9 00:02:40 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Thu, 9 Jun 2016 10:02:40 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: <57589CBF.9040407@oracle.com> References: <57589CBF.9040407@oracle.com> Message-ID: So, if I'm not correct, does that mean that by choosing option 1, there will no remaining usage of JavaFX internally by Oracle themselves? Felix On 9 June 2016 at 08: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 > /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 > > From felix.bembrick at gmail.com Fri Jun 10 09:19:09 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Fri, 10 Jun 2016 19:19:09 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> Message-ID: I am sorry if this is a question you would prefer not to answer but I believe the answer is significant. I am sure the entire JavaFX community would love to know if Oracle "eats their own dog food" so to speak. Felix On 9 June 2016 at 10:02, Felix Bembrick wrote: > So, if I'm not correct, does that mean that by choosing option 1, there > will no remaining usage of JavaFX internally by Oracle themselves? > > Felix > > On 9 June 2016 at 08: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 >> /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 >> >> > From felix.bembrick at gmail.com Fri Jun 10 09:20:54 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Fri, 10 Jun 2016 19:20:54 +1000 Subject: Full speed animation - shouldn't the default value be true? Message-ID: I am just curious, why is the system property to enable "full speed animations" in JavaFX applications NOT set to "true" by default? Thanks, Felix From dalibor.topic at oracle.com Fri Jun 10 10:01:42 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 10 Jun 2016 12:01:42 +0200 Subject: Anyone using JMX with JavaFX? In-Reply-To: <57589CBF.9040407@oracle.com> References: <57589CBF.9040407@oracle.com> Message-ID: 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. 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 > /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 | 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 Oracle is committed to developing practices and products that help protect the environment From felix.bembrick at gmail.com Fri Jun 10 10:46:45 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Fri, 10 Jun 2016 20:46:45 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> Message-ID: <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> 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 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. > > 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 >> /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 | 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 > > Oracle is committed to developing > practices and products that help protect the environment From tom.schindl at bestsolution.at Fri Jun 10 11:01:37 2016 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Fri, 10 Jun 2016 13:01:37 +0200 Subject: Anyone using JMX with JavaFX? In-Reply-To: <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> Message-ID: <5969f010-a970-8a95-44ae-feaac19f6de6@bestsolution.at> What has the removal of JMX for JavaFX todo with Oracle using JavaFX themselves? 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. Tom 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 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. >> >> 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 >>> /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 | 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 >> >> Oracle is committed to developing >> practices and products that help protect the environment -- Thomas Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck http://www.bestsolution.at/ Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From swpalmer at gmail.com Fri Jun 10 11:03:37 2016 From: swpalmer at gmail.com (Scott Palmer) Date: Fri, 10 Jun 2016 07:03:37 -0400 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> Message-ID: I never heard of this until this thread. And after googling I still have no clue what it is. I think that explains some of why it is rarely used. Scott > On Jun 10, 2016, at 6:01 AM, dalibor topic 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. > > 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 >> /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 | 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 > > Oracle is committed to developing > practices and products that help protect the environment From felix.bembrick at gmail.com Fri Jun 10 11:51:12 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Fri, 10 Jun 2016 21:51:12 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: <5969f010-a970-8a95-44ae-feaac19f6de6@bestsolution.at> References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <5969f010-a970-8a95-44ae-feaac19f6de6@bestsolution.at> Message-ID: <2D663D74-38FE-4D2D-A37D-04FE115FA20F@gmail.com> Unfortunately, it has a lot to do with it. Do you actually realise how much of the entire JMC is written using JavaFX? (Not to mention what percentage of Java developers even know about or use JMC). Please check and then feel free to respond and enlighten us all with your findings. 100%? At least 90% surely? Hmm... And, if there are actually any *other* "vestiges" of JavaFX usage within Oracle, I would be delighted to hear about them! In fact, I am confident the entire JavaFX community would absolutely love to hear that it's obviously being used in hundreds of internal applications (especially with Oracle being such a huge Java-focused company). I mean it is the "standard" way of building GUI applications with Java right? So of course they would have no reason whatsoever to not base their entire internal software product suite on this advanced and clearly well supported technology. And throw in the dozens of commercial JavaFX offerings from Oracle and... > On 10 Jun 2016, at 21:01, Tom Schindl wrote: > > What has the removal of JMX for JavaFX todo with Oracle using JavaFX > themselves? > > 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. > > Tom > >> 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 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. >>> >>> 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 >>>> /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 | 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 >>> >>> Oracle is committed to developing >>> practices and products that help protect the environment > > > -- > Thomas Schindl, CTO > BestSolution.at EDV Systemhaus GmbH > Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck > http://www.bestsolution.at/ > Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From raniejaderamiso at gmail.com Fri Jun 10 12:01:10 2016 From: raniejaderamiso at gmail.com (Ranie Jade Ramiso) Date: Fri, 10 Jun 2016 12:01:10 +0000 Subject: Anyone using JMX with JavaFX? In-Reply-To: <2D663D74-38FE-4D2D-A37D-04FE115FA20F@gmail.com> References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <5969f010-a970-8a95-44ae-feaac19f6de6@bestsolution.at> <2D663D74-38FE-4D2D-A37D-04FE115FA20F@gmail.com> Message-ID: Okay this thread is about what to do with javafx jmx plugin. How does that even relate to whether oracle is using javafx internally? On Fri, Jun 10, 2016, 7:52 PM Felix Bembrick wrote: > Unfortunately, it has a lot to do with it. > > Do you actually realise how much of the entire JMC is written using > JavaFX? (Not to mention what percentage of Java developers even know about > or use JMC). > > Please check and then feel free to respond and enlighten us all with your > findings. 100%? At least 90% surely? Hmm... > > And, if there are actually any *other* "vestiges" of JavaFX usage within > Oracle, I would be delighted to hear about them! > > In fact, I am confident the entire JavaFX community would absolutely love > to hear that it's obviously being used in hundreds of internal > applications (especially with Oracle being such a huge Java-focused > company). I mean it is the "standard" way of building GUI applications > with Java right? So of course they would have no reason whatsoever to not > base their entire internal software product suite on this advanced and > clearly well supported technology. > > And throw in the dozens of commercial JavaFX offerings from Oracle and... > > > On 10 Jun 2016, at 21:01, Tom Schindl > wrote: > > > > What has the removal of JMX for JavaFX todo with Oracle using JavaFX > > themselves? > > > > 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. > > > > Tom > > > >> 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 > 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. > >>> > >>> 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 > >>>> /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 | 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 > >>> > >>> Oracle is committed to developing > >>> practices and products that help protect the environment > > > > > > -- > > Thomas Schindl, CTO > > BestSolution.at EDV Systemhaus GmbH > > Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck > > http://www.bestsolution.at/ > > Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck > -- Cheers, Ranie Jade Ramiso Software Engineer w: http://polymorphicpanda.io From felix.bembrick at gmail.com Fri Jun 10 12:29:57 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Fri, 10 Jun 2016 22:29:57 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <5969f010-a970-8a95-44ae-feaac19f6de6@bestsolution.at> <2D663D74-38FE-4D2D-A37D-04FE115FA20F@gmail.com> Message-ID: Did you even read the email you are replying to? Or the email I was myself replying to? If I have spell it out so bluntly that everyone can understand then I will only get myself into further trouble with the "Big O". I used a technique known locally as "sarcasm". It's sort of the default mode of communication in this country. But I assumed most people could "join the dots" regardless of where they are located... P.S. Again, on a completely unrelated note, are you planning to use Java EE 8? If so, how old are you? > On 10 Jun 2016, at 22:01, Ranie Jade Ramiso wrote: > > Okay this thread is about what to do with javafx jmx plugin. How does that even relate to whether oracle is using javafx internally? > > >> On Fri, Jun 10, 2016, 7:52 PM Felix Bembrick wrote: >> Unfortunately, it has a lot to do with it. >> >> Do you actually realise how much of the entire JMC is written using JavaFX? (Not to mention what percentage of Java developers even know about or use JMC). >> >> Please check and then feel free to respond and enlighten us all with your findings. 100%? At least 90% surely? Hmm... >> >> And, if there are actually any *other* "vestiges" of JavaFX usage within Oracle, I would be delighted to hear about them! >> >> In fact, I am confident the entire JavaFX community would absolutely love to hear that it's obviously being used in hundreds of internal applications (especially with Oracle being such a huge Java-focused company). I mean it is the "standard" way of building GUI applications with Java right? So of course they would have no reason whatsoever to not base their entire internal software product suite on this advanced and clearly well supported technology. >> >> And throw in the dozens of commercial JavaFX offerings from Oracle and... >> >> > On 10 Jun 2016, at 21:01, Tom Schindl wrote: >> > >> > What has the removal of JMX for JavaFX todo with Oracle using JavaFX >> > themselves? >> > >> > 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. >> > >> > Tom >> > >> >> 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 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. >> >>> >> >>> 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 >> >>>> /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 | 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 >> >>> >> >>> Oracle is committed to developing >> >>> practices and products that help protect the environment >> > >> > >> > -- >> > Thomas Schindl, CTO >> > BestSolution.at EDV Systemhaus GmbH >> > Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck >> > http://www.bestsolution.at/ >> > Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck > > -- > Cheers, > Ranie Jade Ramiso > Software Engineer > w: http://polymorphicpanda.io From dalibor.topic at oracle.com Fri Jun 10 12:59:56 2016 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Fri, 10 Jun 2016 14:59:56 +0200 Subject: Anyone using JMX with JavaFX? In-Reply-To: <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> Message-ID: <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> 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. Cheers, Dalibor Topic -- Dalibor Topic | Principal Product Manager Phone: +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 Oracle is committed to developing practices and products that help protect the environment > On 10.06.2016, at 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 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. >> >> 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 >>> /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 | 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 >> >> Oracle is committed to developing >> practices and products that help protect the environment From felix.bembrick at gmail.com Fri Jun 10 13:29:27 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Fri, 10 Jun 2016 23:29:27 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> Message-ID: 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 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. > > Cheers, > Dalibor Topic > -- > Dalibor Topic | Principal Product Manager > Phone: +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 > > Oracle is committed to developing > practices and products that help protect the environment > >> On 10.06.2016, at 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 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. >>> >>> 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 >>>> /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 | 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 >>> >>> Oracle is committed to developing >>> practices and products that help protect the environment From vadim.pakhnushev at oracle.com Fri Jun 10 14:29:24 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 10 Jun 2016 17:29:24 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <33892673-65c2-38dd-92d6-bbbfa155662b@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PST until 1pm PST. Happy testing! Thanks, Vadim From phidias51 at gmail.com Fri Jun 10 14:43:00 2016 From: phidias51 at gmail.com (Mark Fortner) Date: Fri, 10 Jun 2016 07:43:00 -0700 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> Message-ID: Back to the original topic, since JMX is used to monitor servers and applications, and since most of us don't write monitoring software, the audience for it is by definition small. I would imagine that Oracle and perhaps a Cisco (or companies involved in network monitoring) would be interested, but only if they knew it wasn't going to disappear. Mark On Jun 10, 2016 6:29 AM, "Felix Bembrick" wrote: > 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 > 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. > > > > Cheers, > > Dalibor Topic > > -- > > Dalibor Topic | Principal Product Manager > > Phone: +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 > > > > Oracle is committed to developing > > practices and products that help protect the environment > > > >> On 10.06.2016, at 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 > 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. > >>> > >>> 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 > >>>> /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 | 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 > >>> > >>> Oracle is committed to developing > >>> practices and products that help protect the environment > From tom.schindl at bestsolution.at Fri Jun 10 18:12:58 2016 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Fri, 10 Jun 2016 20:12:58 +0200 Subject: Proper shutdown of JavaFX if Platform.startup and Platform.setImplicitExit(false) is used (on OS-X) Message-ID: Hi, In Java9 PlatformImpl.startup was provide as API in Platform which is great but not enough to solve my current problem. Let me start with the following I can not use Application.launch() to bootstrap my OSGi-Application because this would block endless because if the native launching going on with Eclipse-Native-Launcher. So in Java8 I can make use of the internal code PlatformImpl.startup() method to bootstrap my application. This works perfectly fine. My problem is the shutdown which I need to to know is happening because i need to take action then (persiting the application state). In Java8 because I was already stepping into internals I registered a PlatformImpl.FinishListener and get informed about the shutdown. Unfortunately in Java9 this API has not been published and because of jigsaw I'm not able to access it (which I eventually welcome :-) So here I am now with my Java8-Code I'm unable to get working on Java9. I see the following options: a) make FinishListener API (I would vote against that) b) modify the newly introduced method Platform.startup() to take 2 runnables Platform.startup( Runnable start, Runnable shutdown ) Does that make sense? Is there a chance to get that into JDK9? In fact those 2 runnables are the replacement for Application.start == 1st runnable Application.stop == 2nd runnable Tom -- Thomas Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck http://www.bestsolution.at/ Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From felix.bembrick at gmail.com Fri Jun 10 21:12:35 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Sat, 11 Jun 2016 07:12:35 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> Message-ID: Kudos on the "imagination" part... You are at least possibly right about Cisco. And your quote "but only if they knew it wasn't going to disappear" is a nice summary of the intent of my reasonable question that never got "officially" answered. But then again, it was somewhat rhetorical in nature and the politician-styled responses and misdirection that followed were both expected and provided clarity-by-accident (or CBA - my new TLA for the day)... > On 11 Jun 2016, at 00:43, Mark Fortner wrote: > > Back to the original topic, since JMX is used to monitor servers and applications, and since most of us don't write monitoring software, the audience for it is by definition small. > > I would imagine that Oracle and perhaps a Cisco (or companies involved in network monitoring) would be interested, but only if they knew it wasn't going to disappear. > > Mark > >> On Jun 10, 2016 6:29 AM, "Felix Bembrick" wrote: >> 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 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. >> > >> > Cheers, >> > Dalibor Topic >> > -- >> > Dalibor Topic | Principal Product Manager >> > Phone: +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 >> > >> > Oracle is committed to developing >> > practices and products that help protect the environment >> > >> >> On 10.06.2016, at 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 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. >> >>> >> >>> 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 >> >>>> /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 | 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 >> >>> >> >>> Oracle is committed to developing >> >>> practices and products that help protect the environment From dalibor.topic at oracle.com Mon Jun 13 09:55:04 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 13 Jun 2016 11:55:04 +0200 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> Message-ID: Felix, I believe that you are entitled to a clear answer to your question: Yes, I have considered a career in politics. That being said, I would kindly suggest that you stop trying to divert[0] technical discussions in this community with off-topic posts, such as your contributions to this thread so far, where you attempted to discuss : * the age of discussion participants, * their telephony equipment and * career plans, none of which have anything to do with JMX or OpenJFX. Instead, you should consider unsubscribing from this mailing list for a week or two, in order to get clarity in what capacity, if any, you'd like to positively contribute to ongoing OpenJFX development. As it stands, your current mode of participation on this mailing list is a net loss for this community, and apparently, for yourself as well, judging by what seems to be an increasing amount of bitterness in your posts. You can change that. All the best, Dalibor Topic [0] https://joeyh.name/blog/entry/thread_patterns/ On 10.06.2016 15:29, Felix Bembrick wrote: > 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 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. >> >> Cheers, >> Dalibor Topic >> -- >> Dalibor Topic | Principal Product Manager >> Phone: +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 >> >> Oracle is committed to developing >> practices and products that help protect the environment >> >>> On 10.06.2016, at 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 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. >>>> >>>> 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 >>>>> /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 | 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 >>>> >>>> Oracle is committed to developing >>>> practices and products that help protect the environment -- Dalibor Topic | Principal Product Manager Phone: +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 Oracle is committed to developing practices and products that help protect the environment From felix.bembrick at gmail.com Mon Jun 13 10:37:42 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Mon, 13 Jun 2016 20:37:42 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> Message-ID: Thanks you most sincerely Dalibor for that very direct response. Only... it wasn't really, was it? You "believe I am entitled to a clear answer to my question". Great! *So why have you still not answered it?* Let me put it another way *so as there can be no possible room for any further confusion (hopefully)*. *COULD YOU PLEASE DETAIL EXACTLY WHERE JAVAFX IS USED IN EITHER PRODUCTS USED INTERNALLY BY ORACLE OR IN COMMERCIAL PRODUCTS WHICH ORACLE MARKETS?* Now, please give me the "clear answer" that I "am entitled to" (Your words, not mine). (Given that we now know that usage of JavaFX within JMX is about to be abandoned, and there may be a tiny fraction of JMC that is still gasping for air written using JavaFX, but knowing how *incredibly enthusiastically Oracle is advancing JavaFX*, I *know* there must be hundreds more examples and I am sure we would all love to hear about them). That would give us all a lot more faith in JavaFX. I am sure you want that don't you? See - no mention of age of participants, telephony equipment or career plans! Just JMX and a lot about OpenJFX! Am I *still* in the wrong forum? All my blessings, Felix P.S. What is this "bitterness" that you speak of? On 13 June 2016 at 19:55, dalibor topic wrote: > Felix, I believe that you are entitled to a clear answer to your question: > > Yes, I have considered a career in politics. > > That being said, I would kindly suggest that you stop trying to divert[0] > technical discussions in this community with off-topic posts, such as your > contributions to this thread so far, where you attempted to discuss : > > * the age of discussion participants, > * their telephony equipment and > * career plans, > > none of which have anything to do with JMX or OpenJFX. > > Instead, you should consider unsubscribing from this mailing list for a > week or two, in order to get clarity in what capacity, if any, you'd like > to positively contribute to ongoing OpenJFX development. > > As it stands, your current mode of participation on this mailing list is a > net loss for this community, and apparently, for yourself as well, judging > by what seems to be an increasing amount of bitterness in your posts. > > You can change that. > > All the best, > Dalibor Topic > > [0] https://joeyh.name/blog/entry/thread_patterns/ > > > On 10.06.2016 15:29, Felix Bembrick wrote: > >> 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 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. >>> >>> Cheers, >>> Dalibor Topic >>> -- >>> Dalibor Topic | Principal Product Manager >>> Phone: +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 >>> >>> Oracle is committed to developing >>> practices and products that help protect the environment >>> >>> On 10.06.2016, at 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 >>>>> 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. >>>>> >>>>> 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 >>>>>> /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 | 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 >>>>> >>>>> Oracle is committed to developing >>>>> practices and products that help protect the environment >>>>> >>>> > -- > Dalibor Topic | Principal Product Manager > Phone: +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 > > Oracle is committed to developing > practices and products that help protect the environment > From dalibor.topic at oracle.com Mon Jun 13 11:17:59 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 13 Jun 2016 13:17:59 +0200 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> Message-ID: Felix, if you'd like to ask questions about Oracle's products, please do so at https://community.oracle.com/welcome . This mailing list is the not the right forum for discussions of Oracle's products. This mailing list is for OpenJFX development, specifically. On a side note, spamming this list with off-topic posts could result in removal from it without further warning. cheers, dalibor topic On 13.06.2016 12:37, Felix Bembrick wrote: > Thanks you most sincerely Dalibor for that very direct response. > > Only... it wasn't really, was it? > > You "believe I am entitled to a clear answer to my question". > > Great! */So why have you still not answered it?/* > > Let me put it another way */so as there can be no possible room for any > further confusion (hopefully)/*. > > */COULD YOU PLEASE DETAIL EXACTLY WHERE JAVAFX IS USED IN EITHER > PRODUCTS USED INTERNALLY BY ORACLE OR IN COMMERCIAL PRODUCTS WHICH > ORACLE MARKETS?/* > > Now, please give me the "clear answer" that I "am entitled to" (Your > words, not mine). > > (Given that we now know that usage of JavaFX within JMX is about to be > abandoned, and there may be a tiny fraction of JMC that is still gasping > for air written using JavaFX, but knowing how */incredibly > enthusiastically Oracle is advancing JavaFX/*, I *know* there must be > hundreds more examples and I am sure we would all love to hear about > them). That would give us all a lot more faith in JavaFX. I am sure you > want that don't you? > > See - no mention of age of participants, telephony equipment or career > plans! Just JMX and a lot about OpenJFX! > > Am I *still* in the wrong forum? > > All my blessings, > > Felix > > P.S. What is this "bitterness" that you speak of? > > > > On 13 June 2016 at 19:55, dalibor topic > wrote: > > Felix, I believe that you are entitled to a clear answer to your > question: > > Yes, I have considered a career in politics. > > That being said, I would kindly suggest that you stop trying to > divert[0] technical discussions in this community with off-topic > posts, such as your contributions to this thread so far, where you > attempted to discuss : > > * the age of discussion participants, > * their telephony equipment and > * career plans, > > none of which have anything to do with JMX or OpenJFX. > > Instead, you should consider unsubscribing from this mailing list > for a week or two, in order to get clarity in what capacity, if any, > you'd like to positively contribute to ongoing OpenJFX development. > > As it stands, your current mode of participation on this mailing > list is a net loss for this community, and apparently, for yourself > as well, judging by what seems to be an increasing amount of > bitterness in your posts. > > You can change that. > > All the best, > Dalibor Topic > > [0] https://joeyh.name/blog/entry/thread_patterns/ > > > On 10.06.2016 15:29, Felix Bembrick wrote: > > 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 > > > 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. > > Cheers, > Dalibor Topic > -- > Dalibor Topic | Principal Product > Manager > Phone: +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 > > Oracle is committed to > developing > practices and products that help protect the environment > > On 10.06.2016, at 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 > > 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. > > 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 > /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 > > | 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 > > Oracle is > committed to developing > practices and products that help protect the environment > > > -- > Dalibor Topic | Principal Product Manager > Phone: +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 > > Oracle is committed to developing > practices and products that help protect the environment > > -- Dalibor Topic | Principal Product Manager Phone: +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 Oracle is committed to developing practices and products that help protect the environment From felix.bembrick at gmail.com Mon Jun 13 12:11:52 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Mon, 13 Jun 2016 22:11:52 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> Message-ID: Dear Dalibor, "This mailing list is the not the right forum for discussions of Oracle's products. This mailing list is for OpenJFX development, specifically." Read that again. Thank you for giving me the clear answer you promised! And thanks for the warning in case I accidentally start "spamming". But surely you wouldn't remove anyone from an "open" forum would you? Blessings, Felix > On 13 Jun 2016, at 21:17, dalibor topic wrote: > > Felix, > > if you'd like to ask questions about Oracle's products, please do so at https://community.oracle.com/welcome . > > This mailing list is the not the right forum for discussions of Oracle's products. This mailing list is for OpenJFX development, specifically. > > On a side note, spamming this list with off-topic posts could result in removal from it without further warning. > > cheers, > dalibor topic > >> On 13.06.2016 12:37, Felix Bembrick wrote: >> Thanks you most sincerely Dalibor for that very direct response. >> >> Only... it wasn't really, was it? >> >> You "believe I am entitled to a clear answer to my question". >> >> Great! */So why have you still not answered it?/* >> >> Let me put it another way */so as there can be no possible room for any >> further confusion (hopefully)/*. >> >> */COULD YOU PLEASE DETAIL EXACTLY WHERE JAVAFX IS USED IN EITHER >> PRODUCTS USED INTERNALLY BY ORACLE OR IN COMMERCIAL PRODUCTS WHICH >> ORACLE MARKETS?/* >> >> Now, please give me the "clear answer" that I "am entitled to" (Your >> words, not mine). >> >> (Given that we now know that usage of JavaFX within JMX is about to be >> abandoned, and there may be a tiny fraction of JMC that is still gasping >> for air written using JavaFX, but knowing how */incredibly >> enthusiastically Oracle is advancing JavaFX/*, I *know* there must be >> hundreds more examples and I am sure we would all love to hear about >> them). That would give us all a lot more faith in JavaFX. I am sure you >> want that don't you? >> >> See - no mention of age of participants, telephony equipment or career >> plans! Just JMX and a lot about OpenJFX! >> >> Am I *still* in the wrong forum? >> >> All my blessings, >> >> Felix >> >> P.S. What is this "bitterness" that you speak of? >> >> >> >> On 13 June 2016 at 19:55, dalibor topic > > wrote: >> >> Felix, I believe that you are entitled to a clear answer to your >> question: >> >> Yes, I have considered a career in politics. >> >> That being said, I would kindly suggest that you stop trying to >> divert[0] technical discussions in this community with off-topic >> posts, such as your contributions to this thread so far, where you >> attempted to discuss : >> >> * the age of discussion participants, >> * their telephony equipment and >> * career plans, >> >> none of which have anything to do with JMX or OpenJFX. >> >> Instead, you should consider unsubscribing from this mailing list >> for a week or two, in order to get clarity in what capacity, if any, >> you'd like to positively contribute to ongoing OpenJFX development. >> >> As it stands, your current mode of participation on this mailing >> list is a net loss for this community, and apparently, for yourself >> as well, judging by what seems to be an increasing amount of >> bitterness in your posts. >> >> You can change that. >> >> All the best, >> Dalibor Topic >> >> [0] https://joeyh.name/blog/entry/thread_patterns/ >> >> >> On 10.06.2016 15:29, Felix Bembrick wrote: >> >> 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 >> > >> 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. >> >> Cheers, >> Dalibor Topic >> -- >> Dalibor Topic | Principal Product >> Manager >> Phone: +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 >> >> Oracle is committed to >> developing >> practices and products that help protect the environment >> >> On 10.06.2016, at 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 >> > > 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. >> >> 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 >> /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 >> > | 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 >> >> Oracle is >> committed to developing >> practices and products that help protect the environment >> >> >> -- >> Dalibor Topic | Principal Product Manager >> Phone: +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 >> >> Oracle is committed to developing >> practices and products that help protect the environment > > -- > Dalibor Topic | Principal Product Manager > Phone: +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 > > Oracle is committed to developing > practices and products that help protect the environment From dalibor.topic at oracle.com Mon Jun 13 12:45:40 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 13 Jun 2016 14:45:40 +0200 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> Message-ID: <46538899-5f11-296c-e280-b3a26af43921@oracle.com> Felix, This is an open source Project's mailing list, specifically for technical discussions of that Project's development. It's not an 'open' forum suitable for discussion of other issues. Removing participants that continue to abuse the privilege of being on an open source project's mailing list is a useful tool to deal with individuals which contribute negatively to a project, if they don't seem to be able to change their act. cheers, dalibor topic On 13.06.2016 14:11, Felix Bembrick wrote: > Dear Dalibor, > > "This mailing list is the not the right forum for discussions of > Oracle's products. This mailing list is for OpenJFX development, > specifically." > > Read that again. Thank you for giving me the clear answer you promised! > > And thanks for the warning in case I accidentally start "spamming". But > surely you wouldn't remove anyone from an "open" forum would you? > > Blessings, > > Felix > > On 13 Jun 2016, at 21:17, dalibor topic > wrote: > >> Felix, >> >> if you'd like to ask questions about Oracle's products, please do so >> at https://community.oracle.com/welcome . >> >> This mailing list is the not the right forum for discussions of >> Oracle's products. This mailing list is for OpenJFX development, >> specifically. >> >> On a side note, spamming this list with off-topic posts could result >> in removal from it without further warning. >> >> cheers, >> dalibor topic >> >> On 13.06.2016 12:37, Felix Bembrick wrote: >>> Thanks you most sincerely Dalibor for that very direct response. >>> >>> Only... it wasn't really, was it? >>> >>> You "believe I am entitled to a clear answer to my question". >>> >>> Great! */So why have you still not answered it?/* >>> >>> Let me put it another way */so as there can be no possible room for any >>> further confusion (hopefully)/*. >>> >>> */COULD YOU PLEASE DETAIL EXACTLY WHERE JAVAFX IS USED IN EITHER >>> PRODUCTS USED INTERNALLY BY ORACLE OR IN COMMERCIAL PRODUCTS WHICH >>> ORACLE MARKETS?/* >>> >>> Now, please give me the "clear answer" that I "am entitled to" (Your >>> words, not mine). >>> >>> (Given that we now know that usage of JavaFX within JMX is about to be >>> abandoned, and there may be a tiny fraction of JMC that is still gasping >>> for air written using JavaFX, but knowing how */incredibly >>> enthusiastically Oracle is advancing JavaFX/*, I *know* there must be >>> hundreds more examples and I am sure we would all love to hear about >>> them). That would give us all a lot more faith in JavaFX. I am sure you >>> want that don't you? >>> >>> See - no mention of age of participants, telephony equipment or career >>> plans! Just JMX and a lot about OpenJFX! >>> >>> Am I *still* in the wrong forum? >>> >>> All my blessings, >>> >>> Felix >>> >>> P.S. What is this "bitterness" that you speak of? >>> >>> >>> >>> On 13 June 2016 at 19:55, dalibor topic >> >>> > wrote: >>> >>> Felix, I believe that you are entitled to a clear answer to your >>> question: >>> >>> Yes, I have considered a career in politics. >>> >>> That being said, I would kindly suggest that you stop trying to >>> divert[0] technical discussions in this community with off-topic >>> posts, such as your contributions to this thread so far, where you >>> attempted to discuss : >>> >>> * the age of discussion participants, >>> * their telephony equipment and >>> * career plans, >>> >>> none of which have anything to do with JMX or OpenJFX. >>> >>> Instead, you should consider unsubscribing from this mailing list >>> for a week or two, in order to get clarity in what capacity, if any, >>> you'd like to positively contribute to ongoing OpenJFX development. >>> >>> As it stands, your current mode of participation on this mailing >>> list is a net loss for this community, and apparently, for yourself >>> as well, judging by what seems to be an increasing amount of >>> bitterness in your posts. >>> >>> You can change that. >>> >>> All the best, >>> Dalibor Topic >>> >>> [0] https://joeyh.name/blog/entry/thread_patterns/ >>> >>> >>> On 10.06.2016 15:29, Felix Bembrick wrote: >>> >>> 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 >>> >> > >>> 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. >>> >>> Cheers, >>> Dalibor Topic >>> -- >>> Dalibor Topic | Principal Product >>> Manager >>> Phone: +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 >>> >>> Oracle is committed to >>> developing >>> practices and products that help protect the environment >>> >>> On 10.06.2016, at 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 >>> >> >>> > 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. >>> >>> 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 >>> /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 >>> > | 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 >>> >>> Oracle is >>> committed to developing >>> practices and products that help protect the >>> environment >>> >>> >>> -- >>> Dalibor Topic | Principal Product Manager >>> Phone: +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 >>> >>> Oracle is committed to developing >>> practices and products that help protect the environment >>> >>> >> >> -- >> Dalibor Topic | Principal Product Manager >> Phone: +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 >> >> Oracle is committed to developing >> practices and products that help protect the environment -- Dalibor Topic | Principal Product Manager Phone: +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 Oracle is committed to developing practices and products that help protect the environment From felix.bembrick at gmail.com Mon Jun 13 13:02:46 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Mon, 13 Jun 2016 23:02:46 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: <46538899-5f11-296c-e280-b3a26af43921@oracle.com> References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> <46538899-5f11-296c-e280-b3a26af43921@oracle.com> Message-ID: <097DC815-49F5-4F6D-9DC0-71DEF92B8F00@gmail.com> Are you saying that I have negatively contributed to OpenJFX or JavaFX in general? I am one of the most vocal, passionate and positive advocates for OpenJFX and JavaFX. > On 13 Jun 2016, at 22:45, dalibor topic wrote: > > Felix, > > This is an open source Project's mailing list, specifically for technical discussions of that Project's development. It's not an 'open' forum suitable for discussion of other issues. > > Removing participants that continue to abuse the privilege of being on an open source project's mailing list is a useful tool to deal with individuals which contribute negatively to a project, if they don't seem to be able to change their act. > > cheers, > dalibor topic > >> On 13.06.2016 14:11, Felix Bembrick wrote: >> Dear Dalibor, >> >> "This mailing list is the not the right forum for discussions of >> Oracle's products. This mailing list is for OpenJFX development, >> specifically." >> >> Read that again. Thank you for giving me the clear answer you promised! >> >> And thanks for the warning in case I accidentally start "spamming". But >> surely you wouldn't remove anyone from an "open" forum would you? >> >> Blessings, >> >> Felix >> >> On 13 Jun 2016, at 21:17, dalibor topic > > wrote: >> >>> Felix, >>> >>> if you'd like to ask questions about Oracle's products, please do so >>> at https://community.oracle.com/welcome . >>> >>> This mailing list is the not the right forum for discussions of >>> Oracle's products. This mailing list is for OpenJFX development, >>> specifically. >>> >>> On a side note, spamming this list with off-topic posts could result >>> in removal from it without further warning. >>> >>> cheers, >>> dalibor topic >>> >>>> On 13.06.2016 12:37, Felix Bembrick wrote: >>>> Thanks you most sincerely Dalibor for that very direct response. >>>> >>>> Only... it wasn't really, was it? >>>> >>>> You "believe I am entitled to a clear answer to my question". >>>> >>>> Great! */So why have you still not answered it?/* >>>> >>>> Let me put it another way */so as there can be no possible room for any >>>> further confusion (hopefully)/*. >>>> >>>> */COULD YOU PLEASE DETAIL EXACTLY WHERE JAVAFX IS USED IN EITHER >>>> PRODUCTS USED INTERNALLY BY ORACLE OR IN COMMERCIAL PRODUCTS WHICH >>>> ORACLE MARKETS?/* >>>> >>>> Now, please give me the "clear answer" that I "am entitled to" (Your >>>> words, not mine). >>>> >>>> (Given that we now know that usage of JavaFX within JMX is about to be >>>> abandoned, and there may be a tiny fraction of JMC that is still gasping >>>> for air written using JavaFX, but knowing how */incredibly >>>> enthusiastically Oracle is advancing JavaFX/*, I *know* there must be >>>> hundreds more examples and I am sure we would all love to hear about >>>> them). That would give us all a lot more faith in JavaFX. I am sure you >>>> want that don't you? >>>> >>>> See - no mention of age of participants, telephony equipment or career >>>> plans! Just JMX and a lot about OpenJFX! >>>> >>>> Am I *still* in the wrong forum? >>>> >>>> All my blessings, >>>> >>>> Felix >>>> >>>> P.S. What is this "bitterness" that you speak of? >>>> >>>> >>>> >>>> On 13 June 2016 at 19:55, dalibor topic >>> >>>> > wrote: >>>> >>>> Felix, I believe that you are entitled to a clear answer to your >>>> question: >>>> >>>> Yes, I have considered a career in politics. >>>> >>>> That being said, I would kindly suggest that you stop trying to >>>> divert[0] technical discussions in this community with off-topic >>>> posts, such as your contributions to this thread so far, where you >>>> attempted to discuss : >>>> >>>> * the age of discussion participants, >>>> * their telephony equipment and >>>> * career plans, >>>> >>>> none of which have anything to do with JMX or OpenJFX. >>>> >>>> Instead, you should consider unsubscribing from this mailing list >>>> for a week or two, in order to get clarity in what capacity, if any, >>>> you'd like to positively contribute to ongoing OpenJFX development. >>>> >>>> As it stands, your current mode of participation on this mailing >>>> list is a net loss for this community, and apparently, for yourself >>>> as well, judging by what seems to be an increasing amount of >>>> bitterness in your posts. >>>> >>>> You can change that. >>>> >>>> All the best, >>>> Dalibor Topic >>>> >>>> [0] https://joeyh.name/blog/entry/thread_patterns/ >>>> >>>> >>>> On 10.06.2016 15:29, Felix Bembrick wrote: >>>> >>>> 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 >>>> >>> > >>>> 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. >>>> >>>> Cheers, >>>> Dalibor Topic >>>> -- >>>> Dalibor Topic | Principal Product >>>> Manager >>>> Phone: +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 >>>> >>>> Oracle is committed to >>>> developing >>>> practices and products that help protect the environment >>>> >>>> On 10.06.2016, at 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 >>>> >>> >>>> > 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. >>>> >>>> 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 >>>> /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 >>>> > | 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 >>>> >>>> Oracle is >>>> committed to developing >>>> practices and products that help protect the >>>> environment >>>> >>>> >>>> -- >>>> Dalibor Topic | Principal Product Manager >>>> Phone: +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 >>>> >>>> Oracle is committed to developing >>>> practices and products that help protect the environment >>> >>> -- >>> Dalibor Topic | Principal Product Manager >>> Phone: +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 >>> >>> Oracle is committed to developing >>> practices and products that help protect the environment > > -- > Dalibor Topic | Principal Product Manager > Phone: +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 > > Oracle is committed to developing > practices and products that help protect the environment From dalibor.topic at oracle.com Mon Jun 13 14:26:47 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 13 Jun 2016 16:26:47 +0200 Subject: Anyone using JMX with JavaFX? In-Reply-To: <097DC815-49F5-4F6D-9DC0-71DEF92B8F00@gmail.com> References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> <46538899-5f11-296c-e280-b3a26af43921@oracle.com> <097DC815-49F5-4F6D-9DC0-71DEF92B8F00@gmail.com> Message-ID: <46a2d73c-3e99-6fd5-569d-27fb65e4f78e@oracle.com> On 13.06.2016 15:02, Felix Bembrick wrote: > I am one of the most vocal, passionate and positive advocates for OpenJFX and JavaFX. Felix, That may very well be the case, in your opinion, but this mailing list is not a forum for advocacy. It is for technical discussions. Whether you are or you are not an advocate for something or other is not relevant on this mailing list. Maybe there is some other forum where people who are advocates for things meet and have vocal and passionate discussions with each other. In any case, this mailing list is not it, because what you are or what you aren't is not a technical subject to begin with. Unless you are a robot, of course. But in that case, this mailing list would still be the wrong forum ... Please, hold off on posting off-topic posts to this list for a week or two. If for some reason you feel the need to continue to spam this mailing list with off-topic posts, as you have done so far, despite being asked to stop both on and off-list, then I trust that the mailing list administrator could take care of this problem for all of us. cheers, dalibor topic >> On 13 Jun 2016, at 22:45, dalibor topic wrote: >> >> Felix, >> >> This is an open source Project's mailing list, specifically for technical discussions of that Project's development. It's not an 'open' forum suitable for discussion of other issues. >> >> Removing participants that continue to abuse the privilege of being on an open source project's mailing list is a useful tool to deal with individuals which contribute negatively to a project, if they don't seem to be able to change their act. >> >> cheers, >> dalibor topic >> >>> On 13.06.2016 14:11, Felix Bembrick wrote: >>> Dear Dalibor, >>> >>> "This mailing list is the not the right forum for discussions of >>> Oracle's products. This mailing list is for OpenJFX development, >>> specifically." >>> >>> Read that again. Thank you for giving me the clear answer you promised! >>> >>> And thanks for the warning in case I accidentally start "spamming". But >>> surely you wouldn't remove anyone from an "open" forum would you? >>> >>> Blessings, >>> >>> Felix >>> >>> On 13 Jun 2016, at 21:17, dalibor topic >> > wrote: >>> >>>> Felix, >>>> >>>> if you'd like to ask questions about Oracle's products, please do so >>>> at https://community.oracle.com/welcome . >>>> >>>> This mailing list is the not the right forum for discussions of >>>> Oracle's products. This mailing list is for OpenJFX development, >>>> specifically. >>>> >>>> On a side note, spamming this list with off-topic posts could result >>>> in removal from it without further warning. >>>> >>>> cheers, >>>> dalibor topic >>>> >>>>> On 13.06.2016 12:37, Felix Bembrick wrote: >>>>> Thanks you most sincerely Dalibor for that very direct response. >>>>> >>>>> Only... it wasn't really, was it? >>>>> >>>>> You "believe I am entitled to a clear answer to my question". >>>>> >>>>> Great! */So why have you still not answered it?/* >>>>> >>>>> Let me put it another way */so as there can be no possible room for any >>>>> further confusion (hopefully)/*. >>>>> >>>>> */COULD YOU PLEASE DETAIL EXACTLY WHERE JAVAFX IS USED IN EITHER >>>>> PRODUCTS USED INTERNALLY BY ORACLE OR IN COMMERCIAL PRODUCTS WHICH >>>>> ORACLE MARKETS?/* >>>>> >>>>> Now, please give me the "clear answer" that I "am entitled to" (Your >>>>> words, not mine). >>>>> >>>>> (Given that we now know that usage of JavaFX within JMX is about to be >>>>> abandoned, and there may be a tiny fraction of JMC that is still gasping >>>>> for air written using JavaFX, but knowing how */incredibly >>>>> enthusiastically Oracle is advancing JavaFX/*, I *know* there must be >>>>> hundreds more examples and I am sure we would all love to hear about >>>>> them). That would give us all a lot more faith in JavaFX. I am sure you >>>>> want that don't you? >>>>> >>>>> See - no mention of age of participants, telephony equipment or career >>>>> plans! Just JMX and a lot about OpenJFX! >>>>> >>>>> Am I *still* in the wrong forum? >>>>> >>>>> All my blessings, >>>>> >>>>> Felix >>>>> >>>>> P.S. What is this "bitterness" that you speak of? >>>>> >>>>> >>>>> >>>>> On 13 June 2016 at 19:55, dalibor topic >>>> >>>>> > wrote: >>>>> >>>>> Felix, I believe that you are entitled to a clear answer to your >>>>> question: >>>>> >>>>> Yes, I have considered a career in politics. >>>>> >>>>> That being said, I would kindly suggest that you stop trying to >>>>> divert[0] technical discussions in this community with off-topic >>>>> posts, such as your contributions to this thread so far, where you >>>>> attempted to discuss : >>>>> >>>>> * the age of discussion participants, >>>>> * their telephony equipment and >>>>> * career plans, >>>>> >>>>> none of which have anything to do with JMX or OpenJFX. >>>>> >>>>> Instead, you should consider unsubscribing from this mailing list >>>>> for a week or two, in order to get clarity in what capacity, if any, >>>>> you'd like to positively contribute to ongoing OpenJFX development. >>>>> >>>>> As it stands, your current mode of participation on this mailing >>>>> list is a net loss for this community, and apparently, for yourself >>>>> as well, judging by what seems to be an increasing amount of >>>>> bitterness in your posts. >>>>> >>>>> You can change that. >>>>> >>>>> All the best, >>>>> Dalibor Topic >>>>> >>>>> [0] https://joeyh.name/blog/entry/thread_patterns/ >>>>> >>>>> >>>>> On 10.06.2016 15:29, Felix Bembrick wrote: >>>>> >>>>> 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 >>>>> >>>> > >>>>> 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. >>>>> >>>>> Cheers, >>>>> Dalibor Topic >>>>> -- >>>>> Dalibor Topic | Principal Product >>>>> Manager >>>>> Phone: +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 >>>>> >>>>> Oracle is committed to >>>>> developing >>>>> practices and products that help protect the environment >>>>> >>>>> On 10.06.2016, at 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 >>>>> >>>> >>>>> > 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. >>>>> >>>>> 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 >>>>> /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 >>>>> > | 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 >>>>> >>>>> Oracle is >>>>> committed to developing >>>>> practices and products that help protect the >>>>> environment >>>>> >>>>> >>>>> -- >>>>> Dalibor Topic | Principal Product Manager >>>>> Phone: +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 >>>>> >>>>> Oracle is committed to developing >>>>> practices and products that help protect the environment >>>> >>>> -- >>>> Dalibor Topic | Principal Product Manager >>>> Phone: +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 >>>> >>>> Oracle is committed to developing >>>> practices and products that help protect the environment >> >> -- >> Dalibor Topic | Principal Product Manager >> Phone: +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 >> >> Oracle is committed to developing >> practices and products that help protect the environment -- Dalibor Topic | Principal Product Manager Phone: +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 Oracle is committed to developing practices and products that help protect the environment From kevin.rushforth at oracle.com Mon Jun 13 16:07:03 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 13 Jun 2016 09:07:03 -0700 Subject: Full speed animation - shouldn't the default value be true? In-Reply-To: References: Message-ID: <575EDA27.4030603@oracle.com> The full-speed property is an undocumented system property and therefore not a formal feature of JavaFX. It is provided solely as a testing mechanism to allow measurement of raw rendering / animation performance for simple(r) scenes. There is no point in rendering faster than the 60 Hz refresh rate of most systems. -- Kevin Felix Bembrick wrote: > I am just curious, why is the system property to enable "full speed > animations" in JavaFX applications NOT set to "true" by default? > > Thanks, > > Felix > From kevin.rushforth at oracle.com Mon Jun 13 16:12:39 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 13 Jun 2016 09:12:39 -0700 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> Message-ID: <575EDB77.3080308@oracle.com> Thank you for the replies. It helps confirm what I suspected, that this feature isn't really used. If anyone is using it who hasn't chimed in yet, please let me know what you are using it for. Thanks. -- Kevin Scott Palmer wrote: > I never heard of this until this thread. And after googling I still have no clue what it is. I think that explains some of why it is rarely used. > > Scott > > >> On Jun 10, 2016, at 6:01 AM, dalibor topic 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. >> >> 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 >>> /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 | 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 >> >> Oracle is committed to developing >> practices and products that help protect the environment >> From krueger at lesspain.software Tue Jun 14 10:25:44 2016 From: krueger at lesspain.software (=?UTF-8?Q?Robert_Kr=C3=BCger?=) Date: Tue, 14 Jun 2016 12:25:44 +0200 Subject: Anyone using JMX with JavaFX? In-Reply-To: <46a2d73c-3e99-6fd5-569d-27fb65e4f78e@oracle.com> References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> <46538899-5f11-296c-e280-b3a26af43921@oracle.com> <097DC815-49F5-4F6D-9DC0-71DEF92B8F00@gmail.com> <46a2d73c-3e99-6fd5-569d-27fb65e4f78e@oracle.com> Message-ID: Only regarding the net loss for the community: There are not many places where people trying to defend (and make a living off) Java as a viable desktop technology can try to get information from Oracle and the questions he asks are also the ones we (as an ISV with a Java-based product) would ask, so I do regard them as valuable. Having said that, I understand, however that those things will never get an answer here (never have in the past, having asked such questions myself). Just writing that so Felix does not feel that he's alone with his concerns and to add another data point on the Oracle radar that Houston, we do have a real problem here and quite a few frustrated Java advocates. Over and out. Robert On Mon, Jun 13, 2016 at 4:26 PM, dalibor topic wrote: > On 13.06.2016 15:02, Felix Bembrick wrote: > >> I am one of the most vocal, passionate and positive advocates for OpenJFX >> and JavaFX. >> > > Felix, > > That may very well be the case, in your opinion, but this mailing list is > not a forum for advocacy. It is for technical discussions. > > Whether you are or you are not an advocate for something or other is not > relevant on this mailing list. Maybe there is some other forum where people > who are advocates for things meet and have vocal and passionate discussions > with each other. In any case, this mailing list is not it, because what you > are or what you aren't is not a technical subject to begin with. > > Unless you are a robot, of course. But in that case, this mailing list > would still be the wrong forum ... > > Please, hold off on posting off-topic posts to this list for a week or two. > > If for some reason you feel the need to continue to spam this mailing list > with off-topic posts, as you have done so far, despite being asked to stop > both on and off-list, then I trust that the mailing list administrator > could take care of this problem for all of us. > > cheers, > dalibor topic > > > On 13 Jun 2016, at 22:45, dalibor topic wrote: >>> >>> Felix, >>> >>> This is an open source Project's mailing list, specifically for >>> technical discussions of that Project's development. It's not an 'open' >>> forum suitable for discussion of other issues. >>> >>> Removing participants that continue to abuse the privilege of being on >>> an open source project's mailing list is a useful tool to deal with >>> individuals which contribute negatively to a project, if they don't seem to >>> be able to change their act. >>> >>> cheers, >>> dalibor topic >>> >>> On 13.06.2016 14:11, Felix Bembrick wrote: >>>> Dear Dalibor, >>>> >>>> "This mailing list is the not the right forum for discussions of >>>> Oracle's products. This mailing list is for OpenJFX development, >>>> specifically." >>>> >>>> Read that again. Thank you for giving me the clear answer you promised! >>>> >>>> And thanks for the warning in case I accidentally start "spamming". But >>>> surely you wouldn't remove anyone from an "open" forum would you? >>>> >>>> Blessings, >>>> >>>> Felix >>>> >>>> On 13 Jun 2016, at 21:17, dalibor topic >>> > wrote: >>>> >>>> Felix, >>>>> >>>>> if you'd like to ask questions about Oracle's products, please do so >>>>> at https://community.oracle.com/welcome . >>>>> >>>>> This mailing list is the not the right forum for discussions of >>>>> Oracle's products. This mailing list is for OpenJFX development, >>>>> specifically. >>>>> >>>>> On a side note, spamming this list with off-topic posts could result >>>>> in removal from it without further warning. >>>>> >>>>> cheers, >>>>> dalibor topic >>>>> >>>>> On 13.06.2016 12:37, Felix Bembrick wrote: >>>>>> Thanks you most sincerely Dalibor for that very direct response. >>>>>> >>>>>> Only... it wasn't really, was it? >>>>>> >>>>>> You "believe I am entitled to a clear answer to my question". >>>>>> >>>>>> Great! */So why have you still not answered it?/* >>>>>> >>>>>> Let me put it another way */so as there can be no possible room for >>>>>> any >>>>>> further confusion (hopefully)/*. >>>>>> >>>>>> */COULD YOU PLEASE DETAIL EXACTLY WHERE JAVAFX IS USED IN EITHER >>>>>> PRODUCTS USED INTERNALLY BY ORACLE OR IN COMMERCIAL PRODUCTS WHICH >>>>>> ORACLE MARKETS?/* >>>>>> >>>>>> Now, please give me the "clear answer" that I "am entitled to" (Your >>>>>> words, not mine). >>>>>> >>>>>> (Given that we now know that usage of JavaFX within JMX is about to be >>>>>> abandoned, and there may be a tiny fraction of JMC that is still >>>>>> gasping >>>>>> for air written using JavaFX, but knowing how */incredibly >>>>>> enthusiastically Oracle is advancing JavaFX/*, I *know* there must be >>>>>> hundreds more examples and I am sure we would all love to hear about >>>>>> them). That would give us all a lot more faith in JavaFX. I am sure >>>>>> you >>>>>> want that don't you? >>>>>> >>>>>> See - no mention of age of participants, telephony equipment or career >>>>>> plans! Just JMX and a lot about OpenJFX! >>>>>> >>>>>> Am I *still* in the wrong forum? >>>>>> >>>>>> All my blessings, >>>>>> >>>>>> Felix >>>>>> >>>>>> P.S. What is this "bitterness" that you speak of? >>>>>> >>>>>> >>>>>> >>>>>> On 13 June 2016 at 19:55, dalibor topic >>>>> >>>>>> > wrote: >>>>>> >>>>>> Felix, I believe that you are entitled to a clear answer to your >>>>>> question: >>>>>> >>>>>> Yes, I have considered a career in politics. >>>>>> >>>>>> That being said, I would kindly suggest that you stop trying to >>>>>> divert[0] technical discussions in this community with off-topic >>>>>> posts, such as your contributions to this thread so far, where you >>>>>> attempted to discuss : >>>>>> >>>>>> * the age of discussion participants, >>>>>> * their telephony equipment and >>>>>> * career plans, >>>>>> >>>>>> none of which have anything to do with JMX or OpenJFX. >>>>>> >>>>>> Instead, you should consider unsubscribing from this mailing list >>>>>> for a week or two, in order to get clarity in what capacity, if any, >>>>>> you'd like to positively contribute to ongoing OpenJFX development. >>>>>> >>>>>> As it stands, your current mode of participation on this mailing >>>>>> list is a net loss for this community, and apparently, for yourself >>>>>> as well, judging by what seems to be an increasing amount of >>>>>> bitterness in your posts. >>>>>> >>>>>> You can change that. >>>>>> >>>>>> All the best, >>>>>> Dalibor Topic >>>>>> >>>>>> [0] https://joeyh.name/blog/entry/thread_patterns/ >>>>>> >>>>>> >>>>>> On 10.06.2016 15:29, Felix Bembrick wrote: >>>>>> >>>>>> 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 >>>>>> >>>>> > >>>>>> 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. >>>>>> >>>>>> Cheers, >>>>>> Dalibor Topic >>>>>> -- >>>>>> Dalibor Topic | Principal Product >>>>>> Manager >>>>>> Phone: +494089091214 >>>>> +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 >>>>>> >>>>>> Oracle is committed to >>>>>> developing >>>>>> practices and products that help protect the environment >>>>>> >>>>>> On 10.06.2016, at 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 >>>>>> >>>>> >>>>>> > 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. >>>>>> >>>>>> 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 >>>>>> /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 >>>>>> > | 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 >>>>>> >>>>>> Oracle is >>>>>> committed to developing >>>>>> practices and products that help protect the >>>>>> environment >>>>>> >>>>>> >>>>>> -- >>>>>> Dalibor Topic | Principal Product Manager >>>>>> Phone: +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 >>>>>> >>>>>> Oracle is committed to >>>>>> developing >>>>>> practices and products that help protect the environment >>>>>> >>>>> >>>>> -- >>>>> Dalibor Topic | Principal Product Manager >>>>> Phone: +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 >>>>> >>>>> Oracle is committed to developing >>>>> practices and products that help protect the environment >>>>> >>>> >>> -- >>> Dalibor Topic | Principal Product Manager >>> Phone: +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 >>> >>> Oracle is committed to developing >>> practices and products that help protect the environment >>> >> > -- > Dalibor Topic | Principal Product Manager > Phone: +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 > > Oracle is committed to developing > practices and products that help protect the environment > -- Robert Kr?ger Managing Partner Lesspain GmbH & Co. KG http://lesspain.software http://kyno.software From a.ankit.srivastava at oracle.com Tue Jun 14 10:28:13 2016 From: a.ankit.srivastava at oracle.com (Ankit Srivastava) Date: Tue, 14 Jun 2016 03:28:13 -0700 (PDT) Subject: [9] Review Request: 8087763: Test fast/forms/search-event-delay.html started failing after Webkit sync Message-ID: <65cb473b-1e20-4a29-98f0-5a463c9e01e0@default> Hi Murali, Arun & Kevin, Please review the fix: JBS: https://bugs.openjdk.java.net/browse/JDK-8087763 Webrev: http://cr.openjdk.java.net/~asrivastava/8087763/webrev.00/ Solution updated in JBS. Regards, Ankit From felix.bembrick at gmail.com Tue Jun 14 10:42:17 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Tue, 14 Jun 2016 20:42:17 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> <46538899-5f11-296c-e280-b3a26af43921@oracle.com> <097DC815-49F5-4F6D-9DC0-71DEF92B8F00@gmail.com> <46a2d73c-3e99-6fd5-569d-27fb65e4f78e@oracle.com> Message-ID: Thanks Robert - much appreciated. Just be careful, you may soon be labelled a spammer, get threatened with being banned from this list and also expect random creeps to send you private (cowardly) "offline" insults. But, don't worry, I am well aware of the *massive* number of poor believers in JavaFX out there who can get nothing but intimidation out of Oracle. I am just the one who put my hand up to say what everyone else is thinking simply because their lame efforts to "dispose" of me just make me chuckle... P.S. I am willing to bet this post will "magically" not make it into the list somehow... But you will at least get it. So much for "open" JFX! Blessings, Felix > On 14 Jun 2016, at 20:25, Robert Kr?ger wrote: > > Only regarding the net loss for the community: There are not many places where people trying to defend (and make a living off) Java as a viable desktop technology can try to get information from Oracle and the questions he asks are also the ones we (as an ISV with a Java-based product) would ask, so I do regard them as valuable. > > Having said that, I understand, however that those things will never get an answer here (never have in the past, having asked such questions myself). > > Just writing that so Felix does not feel that he's alone with his concerns and to add another data point on the Oracle radar that Houston, we do have a real problem here and quite a few frustrated Java advocates. > > Over and out. > > Robert > >> On Mon, Jun 13, 2016 at 4:26 PM, dalibor topic wrote: >>> On 13.06.2016 15:02, Felix Bembrick wrote: >>> I am one of the most vocal, passionate and positive advocates for OpenJFX and JavaFX. >> >> Felix, >> >> That may very well be the case, in your opinion, but this mailing list is not a forum for advocacy. It is for technical discussions. >> >> Whether you are or you are not an advocate for something or other is not relevant on this mailing list. Maybe there is some other forum where people who are advocates for things meet and have vocal and passionate discussions with each other. In any case, this mailing list is not it, because what you are or what you aren't is not a technical subject to begin with. >> >> Unless you are a robot, of course. But in that case, this mailing list would still be the wrong forum ... >> >> Please, hold off on posting off-topic posts to this list for a week or two. >> >> If for some reason you feel the need to continue to spam this mailing list with off-topic posts, as you have done so far, despite being asked to stop both on and off-list, then I trust that the mailing list administrator could take care of this problem for all of us. >> >> cheers, >> dalibor topic >> >> >>>> On 13 Jun 2016, at 22:45, dalibor topic wrote: >>>> >>>> Felix, >>>> >>>> This is an open source Project's mailing list, specifically for technical discussions of that Project's development. It's not an 'open' forum suitable for discussion of other issues. >>>> >>>> Removing participants that continue to abuse the privilege of being on an open source project's mailing list is a useful tool to deal with individuals which contribute negatively to a project, if they don't seem to be able to change their act. >>>> >>>> cheers, >>>> dalibor topic >>>> >>>>> On 13.06.2016 14:11, Felix Bembrick wrote: >>>>> Dear Dalibor, >>>>> >>>>> "This mailing list is the not the right forum for discussions of >>>>> Oracle's products. This mailing list is for OpenJFX development, >>>>> specifically." >>>>> >>>>> Read that again. Thank you for giving me the clear answer you promised! >>>>> >>>>> And thanks for the warning in case I accidentally start "spamming". But >>>>> surely you wouldn't remove anyone from an "open" forum would you? >>>>> >>>>> Blessings, >>>>> >>>>> Felix >>>>> >>>>> On 13 Jun 2016, at 21:17, dalibor topic >>>> > wrote: >>>>> >>>>>> Felix, >>>>>> >>>>>> if you'd like to ask questions about Oracle's products, please do so >>>>>> at https://community.oracle.com/welcome . >>>>>> >>>>>> This mailing list is the not the right forum for discussions of >>>>>> Oracle's products. This mailing list is for OpenJFX development, >>>>>> specifically. >>>>>> >>>>>> On a side note, spamming this list with off-topic posts could result >>>>>> in removal from it without further warning. >>>>>> >>>>>> cheers, >>>>>> dalibor topic >>>>>> >>>>>>> On 13.06.2016 12:37, Felix Bembrick wrote: >>>>>>> Thanks you most sincerely Dalibor for that very direct response. >>>>>>> >>>>>>> Only... it wasn't really, was it? >>>>>>> >>>>>>> You "believe I am entitled to a clear answer to my question". >>>>>>> >>>>>>> Great! */So why have you still not answered it?/* >>>>>>> >>>>>>> Let me put it another way */so as there can be no possible room for any >>>>>>> further confusion (hopefully)/*. >>>>>>> >>>>>>> */COULD YOU PLEASE DETAIL EXACTLY WHERE JAVAFX IS USED IN EITHER >>>>>>> PRODUCTS USED INTERNALLY BY ORACLE OR IN COMMERCIAL PRODUCTS WHICH >>>>>>> ORACLE MARKETS?/* >>>>>>> >>>>>>> Now, please give me the "clear answer" that I "am entitled to" (Your >>>>>>> words, not mine). >>>>>>> >>>>>>> (Given that we now know that usage of JavaFX within JMX is about to be >>>>>>> abandoned, and there may be a tiny fraction of JMC that is still gasping >>>>>>> for air written using JavaFX, but knowing how */incredibly >>>>>>> enthusiastically Oracle is advancing JavaFX/*, I *know* there must be >>>>>>> hundreds more examples and I am sure we would all love to hear about >>>>>>> them). That would give us all a lot more faith in JavaFX. I am sure you >>>>>>> want that don't you? >>>>>>> >>>>>>> See - no mention of age of participants, telephony equipment or career >>>>>>> plans! Just JMX and a lot about OpenJFX! >>>>>>> >>>>>>> Am I *still* in the wrong forum? >>>>>>> >>>>>>> All my blessings, >>>>>>> >>>>>>> Felix >>>>>>> >>>>>>> P.S. What is this "bitterness" that you speak of? >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 13 June 2016 at 19:55, dalibor topic >>>>>> >>>>>>> > wrote: >>>>>>> >>>>>>> Felix, I believe that you are entitled to a clear answer to your >>>>>>> question: >>>>>>> >>>>>>> Yes, I have considered a career in politics. >>>>>>> >>>>>>> That being said, I would kindly suggest that you stop trying to >>>>>>> divert[0] technical discussions in this community with off-topic >>>>>>> posts, such as your contributions to this thread so far, where you >>>>>>> attempted to discuss : >>>>>>> >>>>>>> * the age of discussion participants, >>>>>>> * their telephony equipment and >>>>>>> * career plans, >>>>>>> >>>>>>> none of which have anything to do with JMX or OpenJFX. >>>>>>> >>>>>>> Instead, you should consider unsubscribing from this mailing list >>>>>>> for a week or two, in order to get clarity in what capacity, if any, >>>>>>> you'd like to positively contribute to ongoing OpenJFX development. >>>>>>> >>>>>>> As it stands, your current mode of participation on this mailing >>>>>>> list is a net loss for this community, and apparently, for yourself >>>>>>> as well, judging by what seems to be an increasing amount of >>>>>>> bitterness in your posts. >>>>>>> >>>>>>> You can change that. >>>>>>> >>>>>>> All the best, >>>>>>> Dalibor Topic >>>>>>> >>>>>>> [0] https://joeyh.name/blog/entry/thread_patterns/ >>>>>>> >>>>>>> >>>>>>> On 10.06.2016 15:29, Felix Bembrick wrote: >>>>>>> >>>>>>> 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 >>>>>>> >>>>>> > >>>>>>> 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. >>>>>>> >>>>>>> Cheers, >>>>>>> Dalibor Topic >>>>>>> -- >>>>>>> Dalibor Topic | Principal Product >>>>>>> Manager >>>>>>> Phone: +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 >>>>>>> >>>>>>> Oracle is committed to >>>>>>> developing >>>>>>> practices and products that help protect the environment >>>>>>> >>>>>>> On 10.06.2016, at 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 >>>>>>> >>>>>> >>>>>>> > 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. >>>>>>> >>>>>>> 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 >>>>>>> /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 >>>>>>> > | 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 >>>>>>> >>>>>>> Oracle is >>>>>>> committed to developing >>>>>>> practices and products that help protect the >>>>>>> environment >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Dalibor Topic | Principal Product Manager >>>>>>> Phone: +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 >>>>>>> >>>>>>> Oracle is committed to developing >>>>>>> practices and products that help protect the environment >>>>>> >>>>>> -- >>>>>> Dalibor Topic | Principal Product Manager >>>>>> Phone: +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 >>>>>> >>>>>> Oracle is committed to developing >>>>>> practices and products that help protect the environment >>>> >>>> -- >>>> Dalibor Topic | Principal Product Manager >>>> Phone: +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 >>>> >>>> Oracle is committed to developing >>>> practices and products that help protect the environment >> >> -- >> Dalibor Topic | Principal Product Manager >> Phone: +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 >> >> Oracle is committed to developing >> practices and products that help protect the environment > > > > -- > Robert Kr?ger > Managing Partner > Lesspain GmbH & Co. KG > > http://lesspain.software > http://kyno.software From neugens.limasoftware at gmail.com Tue Jun 14 11:05:35 2016 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Tue, 14 Jun 2016 13:05:35 +0200 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> <46538899-5f11-296c-e280-b3a26af43921@oracle.com> <097DC815-49F5-4F6D-9DC0-71DEF92B8F00@gmail.com> <46a2d73c-3e99-6fd5-569d-27fb65e4f78e@oracle.com> Message-ID: On Tue, Jun 14, 2016 at 12:25 PM, Robert Kr?ger wrote: > Only regarding the net loss for the community: There are not many places > where people trying to defend (and make a living off) Java as a viable > desktop technology can try to get information from Oracle and the questions > he asks are also the ones we (as an ISV with a Java-based product) would > ask, so I do regard them as valuable. > > Having said that, I understand, however that those things will never get an > answer here (never have in the past, having asked such questions myself). > > Just writing that so Felix does not feel that he's alone with his concerns > and to add another data point on the Oracle radar that Houston, we do have > a real problem here and quite a few frustrated Java advocates. Eh, I thought this thread was finally over... This mailing list is definitely not the place to discuss such things. Discussing Oracle plans is something only Oracle can do, so asking about those on a development mailing lists doesn't work out. As for more general things, even including adoption of the technology, that may be more or less related to actual development, there are other, better, places, for example FOSDEM and JavaOne are just two of the various conferences that generated great and very useful deal of discussions over the years. If you care about participating in a constructive manner, you should check those out, really. There are other channels, too. For instance, the Adoption Group is a great place to start asking questions. No, not questions like what Oracle is planning to do with XXX, you won't find answer for those there, but you'll be directed in how to contribute, and contribution means also discussing in a constructive manner (this can also have the form harsh criticism at times, btw, as long as is not gratuitous). That said, it has happened in the past, and will certainly happen in the future, that some questions that touch areas perhaps less round regarding the actual development like interest is specific means of integrations or specific issues about adoption, etc... find a place of discussion here. This is not how generally works, because this is about development, but it's understandable in a living Community to also take *some* discussion at that level. The problem here is another one. First, insisting when somebody have been asked, politely, to stop, and the second and most important is the manner of presenting ones idea, by hijacking a purely development oriented thread with random and totally unclear questions, attempted sarcasm and just lots of negativity. A thread, btw, that asked the Community suggestions how to proceed regarding the removal of rather unused code, so instead of having a constructive participation in a technically oriented thread, the thread was hijacked with harsh resentment both on and especially off-list resulting in just a missed opportunity if you ask me. Just to conclude, there are just too many layers before our voices can be heard by who makes decision, if we start off by screaming chances are that our messages will never go through, instead ranting and offending only has the effect of lowering ones credibility, so if you fall on this side, even with the best intentions, your "contributions" will likely end up nowhere. Please, let's try to be constructive, there is a place and a time for everything. Cheers, Mario -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From felix.bembrick at gmail.com Tue Jun 14 11:44:09 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Tue, 14 Jun 2016 21:44:09 +1000 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> <46538899-5f11-296c-e280-b3a26af43921@oracle.com> <097DC815-49F5-4F6D-9DC0-71DEF92B8F00@gmail.com> <46a2d73c-3e99-6fd5-569d-27fb65e4f78e@oracle.com> Message-ID: <0BBCF67D-1FAF-473E-A735-3EE02B7E27E0@gmail.com> Mario, I would really love to agree with you but then sadly we'd both be wrong. But thanks for not sending this email just to me "offline" for a change (and for being far more polite)... > On 14 Jun 2016, at 21:05, Mario Torre wrote: > > On Tue, Jun 14, 2016 at 12:25 PM, Robert Kr?ger > wrote: >> Only regarding the net loss for the community: There are not many places >> where people trying to defend (and make a living off) Java as a viable >> desktop technology can try to get information from Oracle and the questions >> he asks are also the ones we (as an ISV with a Java-based product) would >> ask, so I do regard them as valuable. >> >> Having said that, I understand, however that those things will never get an >> answer here (never have in the past, having asked such questions myself). >> >> Just writing that so Felix does not feel that he's alone with his concerns >> and to add another data point on the Oracle radar that Houston, we do have >> a real problem here and quite a few frustrated Java advocates. > > Eh, I thought this thread was finally over... > > This mailing list is definitely not the place to discuss such things. > > Discussing Oracle plans is something only Oracle can do, so asking > about those on a development mailing lists doesn't work out. > > As for more general things, even including adoption of the technology, > that may be more or less related to actual development, there are > other, better, places, for example FOSDEM and JavaOne are just two of > the various conferences that generated great and very useful deal of > discussions over the years. > > If you care about participating in a constructive manner, you should > check those out, really. There are other channels, too. For instance, > the Adoption Group is a great place to start asking questions. No, not > questions like what Oracle is planning to do with XXX, you won't find > answer for those there, but you'll be directed in how to contribute, > and contribution means also discussing in a constructive manner (this > can also have the form harsh criticism at times, btw, as long as is > not gratuitous). > > That said, it has happened in the past, and will certainly happen in > the future, that some questions that touch areas perhaps less round > regarding the actual development like interest is specific means of > integrations or specific issues about adoption, etc... find a place of > discussion here. This is not how generally works, because this is > about development, but it's understandable in a living Community to > also take *some* discussion at that level. > > The problem here is another one. First, insisting when somebody have > been asked, politely, to stop, and the second and most important is > the manner of presenting ones idea, by hijacking a purely development > oriented thread with random and totally unclear questions, attempted > sarcasm and just lots of negativity. A thread, btw, that asked the > Community suggestions how to proceed regarding the removal of rather > unused code, so instead of having a constructive participation in a > technically oriented thread, the thread was hijacked with harsh > resentment both on and especially off-list resulting in just a missed > opportunity if you ask me. > > Just to conclude, there are just too many layers before our voices can > be heard by who makes decision, if we start off by screaming chances > are that our messages will never go through, instead ranting and > offending only has the effect of lowering ones credibility, so if you > fall on this side, even with the best intentions, your "contributions" > will likely end up nowhere. > > Please, let's try to be constructive, there is a place and a time for > everything. > > Cheers, > Mario > > -- > pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF > Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF > > Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens > Proud GNU Classpath developer: http://www.classpath.org/ > OpenJDK: http://openjdk.java.net/projects/caciocavallo/ > > Please, support open standards: > http://endsoftpatents.org/ From dalibor.topic at oracle.com Tue Jun 14 12:34:51 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 14 Jun 2016 14:34:51 +0200 Subject: Anyone using JMX with JavaFX? In-Reply-To: References: <57589CBF.9040407@oracle.com> <8814986D-4627-487E-8D27-D43935C174C3@gmail.com> <6BF99ECA-B8CA-46E6-B328-A35C0DF55D0B@oracle.com> <46538899-5f11-296c-e280-b3a26af43921@oracle.com> <097DC815-49F5-4F6D-9DC0-71DEF92B8F00@gmail.com> <46a2d73c-3e99-6fd5-569d-27fb65e4f78e@oracle.com> Message-ID: <6f4a2f09-d38e-13ac-4948-ac15b7cb1101@oracle.com> On 14.06.2016 12:25, Robert Kr?ger wrote: > Only regarding the net loss for the community: There are not many places > where people trying to defend (and make a living off) Java as a viable > desktop technology can try to get information from Oracle This particular mailing list is not one of those places. If you're looking for commercial support from Oracle, you can find information about it here: http://www.oracle.com/us/technologies/java/standard-edition/support/overview/index.html . If you are looking for a community forum for Oracle products, you can find it here: https://community.oracle.com/welcome . If you are interested in contributing to ongoing development of OpenJFX, then this mailing list is the right place to be. Contributing to ongoing development means contributing actual code[0]. It doesn't mean "trying to get information from Oracle", "advocacy", "trying to defend Java", etc. cheers, dalibor topic [0] https://lkml.org/lkml/2000/8/25/132 -- Dalibor Topic | Principal Product Manager Phone: +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 Oracle is committed to developing practices and products that help protect the environment From felix.bembrick at gmail.com Tue Jun 14 12:52:48 2016 From: felix.bembrick at gmail.com (Felix Bembrick) Date: Tue, 14 Jun 2016 22:52:48 +1000 Subject: Looking forward to JavaFX 9! Message-ID: OK, I have learned my lesson - I will be careful to be strictly on-topic and very well behaved in this post. So, I would simply request if someone could please provide a complete list of all the NEW features that are either planned or possibly going to be included in JavaFX 9. Being totally committed to this awesome toolkit, it's obvious that I am extremely excited about all the amazing new features that ISVs like us will soon be able to use to produce world class software! I can't wait! Obviously, WebGL is a given as are programmable shaders and they will most certainly be very valuable. Naturally TableView will be completely rewritten, a 3D Canvas is a must and it goes without saying that the rendering pipeline will also be totally scrapped and rebuilt to use the GPU and actually be made performant enough to move more than 2 or 3 nodes around the screen at once. I am even clinging on to the slim hope that my lifelong goal of writing a modern version of Pong (which I will call Smell) will finally be possible with JavaFX. Clearly JavaFX 9 will "just work" out of the box on iOS, Android and VIC 20. I am sure I don't even need to mention the features everyone is already aware of like official high performance versions for embedded devices and the IoT. Obviously a game engine will be included along with an advanced physics engine and built-in support for monetisation on all those mobile platforms it will run on. And It goes without saying that not every method in every class will be marked final (finally). The features I am looking forward to the most though are of course the JavaFX Asset Store, the animation editor and, especially the highly anticipated JavaFX Watch. But other than these features which most people already know about, what are all the other new exciting features? I know everyone is busy so how about you just rank the top 100 and we can do our homework to identify the 500 or so.. Anyway, congratulations to Oracle executives for really getting behind their flagship product and investing the millions of dollars it has taken to make such awesome features possible. I am sure I speak on behalf of the entire JavaFX community in thanking you all for this devotion and enthusiasm and I want you to know just how incredibly excited we all are about this extremely significant next release and its ability to change the world of software forever! Humbly and sincerely, Felix From tbee at tbee.org Tue Jun 14 13:35:12 2016 From: tbee at tbee.org (Tom Eugelink) Date: Tue, 14 Jun 2016 15:35:12 +0200 Subject: Looking forward to JavaFX 9! In-Reply-To: References: Message-ID: <6351cc25-95a0-0b4d-6509-c3b1db80b67f@tbee.org> Please find something else to spent your time on. Tom On 14-6-2016 14:52, Felix Bembrick wrote: > OK, I have learned my lesson - I will be careful to be strictly on-topic and very well behaved in this post. > > So, I would simply request if someone could please provide a complete list of all the NEW features that are either planned or possibly going to be included in JavaFX 9. > > Being totally committed to this awesome toolkit, it's obvious that I am extremely excited about all the amazing new features that ISVs like us will soon be able to use to produce world class software! I can't wait! > > Obviously, WebGL is a given as are programmable shaders and they will most certainly be very valuable. Naturally TableView will be completely rewritten, a 3D Canvas is a must and it goes without saying that the rendering pipeline will also be totally scrapped and rebuilt to use the GPU and actually be made performant enough to move more than 2 or 3 nodes around the screen at once. > > I am even clinging on to the slim hope that my lifelong goal of writing a modern version of Pong (which I will call Smell) will finally be possible with JavaFX. > > Clearly JavaFX 9 will "just work" out of the box on iOS, Android and VIC 20. > > I am sure I don't even need to mention the features everyone is already aware of like official high performance versions for embedded devices and the IoT. > > Obviously a game engine will be included along with an advanced physics engine and built-in support for monetisation on all those mobile platforms it will run on. > > And It goes without saying that not every method in every class will be marked final (finally). > > The features I am looking forward to the most though are of course the JavaFX Asset Store, the animation editor and, especially the highly anticipated JavaFX Watch. > > But other than these features which most people already know about, what are all the other new exciting features? > > I know everyone is busy so how about you just rank the top 100 and we can do our homework to identify the 500 or so.. > > Anyway, congratulations to Oracle executives for really getting behind their flagship product and investing the millions of dollars it has taken to make such awesome features possible. > > I am sure I speak on behalf of the entire JavaFX community in thanking you all for this devotion and enthusiasm and I want you to know just how incredibly excited we all are about this extremely significant next release and its ability to change the world of software forever! > > Humbly and sincerely, > > Felix > From tomas.mikula at gmail.com Tue Jun 14 17:33:44 2016 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Tue, 14 Jun 2016 13:33:44 -0400 Subject: Looking forward to JavaFX 9! In-Reply-To: References: Message-ID: Felix, I'm sure the JavaFX engineers are the first ones who wish that Oracle invested more resources in JavaFX. Therefore I'm afraid that the anger is targeted at the wrong crowd here. Tomas On Tue, Jun 14, 2016 at 8:52 AM, Felix Bembrick wrote: > OK, I have learned my lesson - I will be careful to be strictly on-topic > and very well behaved in this post. > > So, I would simply request if someone could please provide a complete list > of all the NEW features that are either planned or possibly going to be > included in JavaFX 9. > > Being totally committed to this awesome toolkit, it's obvious that I am > extremely excited about all the amazing new features that ISVs like us will > soon be able to use to produce world class software! I can't wait! > > Obviously, WebGL is a given as are programmable shaders and they will most > certainly be very valuable. Naturally TableView will be completely > rewritten, a 3D Canvas is a must and it goes without saying that the > rendering pipeline will also be totally scrapped and rebuilt to use the GPU > and actually be made performant enough to move more than 2 or 3 nodes > around the screen at once. > > I am even clinging on to the slim hope that my lifelong goal of writing a > modern version of Pong (which I will call Smell) will finally be possible > with JavaFX. > > Clearly JavaFX 9 will "just work" out of the box on iOS, Android and VIC > 20. > > I am sure I don't even need to mention the features everyone is already > aware of like official high performance versions for embedded devices and > the IoT. > > Obviously a game engine will be included along with an advanced physics > engine and built-in support for monetisation on all those mobile platforms > it will run on. > > And It goes without saying that not every method in every class will be > marked final (finally). > > The features I am looking forward to the most though are of course the > JavaFX Asset Store, the animation editor and, especially the highly > anticipated JavaFX Watch. > > But other than these features which most people already know about, what > are all the other new exciting features? > > I know everyone is busy so how about you just rank the top 100 and we can > do our homework to identify the 500 or so.. > > Anyway, congratulations to Oracle executives for really getting behind > their flagship product and investing the millions of dollars it has taken > to make such awesome features possible. > > I am sure I speak on behalf of the entire JavaFX community in thanking you > all for this devotion and enthusiasm and I want you to know just how > incredibly excited we all are about this extremely significant next release > and its ability to change the world of software forever! > > Humbly and sincerely, > > Felix > > From kloverde at gmail.com Tue Jun 14 19:05:05 2016 From: kloverde at gmail.com (Kevin Loverde) Date: Tue, 14 Jun 2016 15:05:05 -0400 Subject: Looking forward to JavaFX 9! In-Reply-To: References: Message-ID: Does Oracle support JFX at all anymore? The only place I could find the stage builder was through Gluon. On Tue, Jun 14, 2016 at 1:33 PM, Tomas Mikula wrote: > Felix, > > I'm sure the JavaFX engineers are the first ones who wish that Oracle > invested more resources in JavaFX. Therefore I'm afraid that the anger is > targeted at the wrong crowd here. > > Tomas > > On Tue, Jun 14, 2016 at 8:52 AM, Felix Bembrick > wrote: > > > OK, I have learned my lesson - I will be careful to be strictly on-topic > > and very well behaved in this post. > > > > So, I would simply request if someone could please provide a complete > list > > of all the NEW features that are either planned or possibly going to be > > included in JavaFX 9. > > > > Being totally committed to this awesome toolkit, it's obvious that I am > > extremely excited about all the amazing new features that ISVs like us > will > > soon be able to use to produce world class software! I can't wait! > > > > Obviously, WebGL is a given as are programmable shaders and they will > most > > certainly be very valuable. Naturally TableView will be completely > > rewritten, a 3D Canvas is a must and it goes without saying that the > > rendering pipeline will also be totally scrapped and rebuilt to use the > GPU > > and actually be made performant enough to move more than 2 or 3 nodes > > around the screen at once. > > > > I am even clinging on to the slim hope that my lifelong goal of writing a > > modern version of Pong (which I will call Smell) will finally be possible > > with JavaFX. > > > > Clearly JavaFX 9 will "just work" out of the box on iOS, Android and VIC > > 20. > > > > I am sure I don't even need to mention the features everyone is already > > aware of like official high performance versions for embedded devices > and > > the IoT. > > > > Obviously a game engine will be included along with an advanced physics > > engine and built-in support for monetisation on all those mobile > platforms > > it will run on. > > > > And It goes without saying that not every method in every class will be > > marked final (finally). > > > > The features I am looking forward to the most though are of course the > > JavaFX Asset Store, the animation editor and, especially the highly > > anticipated JavaFX Watch. > > > > But other than these features which most people already know about, what > > are all the other new exciting features? > > > > I know everyone is busy so how about you just rank the top 100 and we can > > do our homework to identify the 500 or so.. > > > > Anyway, congratulations to Oracle executives for really getting behind > > their flagship product and investing the millions of dollars it has taken > > to make such awesome features possible. > > > > I am sure I speak on behalf of the entire JavaFX community in thanking > you > > all for this devotion and enthusiasm and I want you to know just how > > incredibly excited we all are about this extremely significant next > release > > and its ability to change the world of software forever! > > > > Humbly and sincerely, > > > > Felix > > > > > From kevin.rushforth at oracle.com Tue Jun 14 20:06:28 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 14 Jun 2016 13:06:28 -0700 Subject: Looking forward to JavaFX 9! In-Reply-To: References: Message-ID: <576063C4.2070505@oracle.com> JavaFX is delivered as part of the JDK, so yes, Oracle does support it. -- Kevin Kevin Loverde wrote: > Does Oracle support JFX at all anymore? The only place I could find the > stage builder was through Gluon. > From nyssen at itemis.de Tue Jun 14 20:16:02 2016 From: nyssen at itemis.de (=?utf-8?Q?Alexander_Ny=C3=9Fen?=) Date: Tue, 14 Jun 2016 22:16:02 +0200 Subject: JavaFX 9 & FXCanvas Message-ID: <6AE6B653-542E-4835-8881-393665F752C9@itemis.de> The Eclipse Graphical Editing Framework (GEF) project as well as other Eclipse project rely on the JavaFX-SWT-integration that is realized through FXCanvas. We at GEF, however, do not use it out-of-the-box but have created a subclass (http://git.eclipse.org/c/gef/org.eclipse.gef4.git/tree/org.eclipse.gef4.fx.swt/src/org/eclipse/gef4/fx/swt/canvas/FXCanvasEx.java ) to properly handle forwarding of touch gesture events (https://bugs.openjdk.java.net/browse/JDK-8143596 ) through an internal delegate (http://git.eclipse.org/c/gef/org.eclipse.gef4.git/tree/org.eclipse.gef4.fx.swt/src/org/eclipse/gef4/fx/swt/gestures/SWT2FXEventConverter.java ), and to add support for image cursors (https://bugs.openjdk.java.net/browse/JDK-8088147 ). Unfortunately, both fixes provided by us require access to internal API and will thus - AFAIK - no longer work with Jigsaw. Forwarding of SWT key events' consumption state (https://bugs.openjdk.java.net/browse/JDK-8159227 ) is a related issue, for which a workaround in client code would require access to internal API, too. By following this list, I got the impression that it is not completely clear yet, if and how the JavaFX-SWT-integration will be usable in an OSGi context with Jigsaw, so let me at least point out that this is quite essential to us. And while https://bugs.openjdk.java.net/browse/JDK-8143596 is being marked as only ?nice-to-have?, at least for us this is not the case, as an Eclipse-integrated graphical application that does not support modern touch devices will not really be acceptable. As such, let me ask whether there is a chance we can get this functionality migrated to FXCanvas as part of JavaFX 9. I would like to support this as far as I can. Last, I would like to point out that the unavailability of a public API to retrieve the current mouse pointer location (https://bugs.openjdk.java.net/browse/JDK-8143597 ) will definitely become a blocker in case the only workaround (via com.sun.glass.ui.Robot) will no longer work because of Jigsaw. Please consider to include a public API for this within JavaFX 9, even if the related Glass Robot API (https://bugs.openjdk.java.net/browse/JDK-8090763 ) will not be offered yet. Regards, Alexander From kevin.rushforth at oracle.com Tue Jun 14 21:00:18 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 14 Jun 2016 14:00:18 -0700 Subject: JavaFX 9 & FXCanvas In-Reply-To: <6AE6B653-542E-4835-8881-393665F752C9@itemis.de> References: <6AE6B653-542E-4835-8881-393665F752C9@itemis.de> Message-ID: <57607062.50009@oracle.com> Hi, As far as we know, FXCanvas is now usable in an OSGi context with JDK 9 + Jigsaw, so you should be able to test this with the latest JDK 9 early access build. You mentioned that the following bugs are critical for you: https://bugs.openjdk.java.net/browse/JDK-8159227 (properly forward consumption state of key events) https://bugs.openjdk.java.net/browse/JDK-8143596 (properly forward touch gestures) https://bugs.openjdk.java.net/browse/JDK-8088147 (custom cursors) There is still time to fix bugs for JDK 9, but I none of the above are currently targeted for 9, and it seems unlikely that they will make it. Would you be interested in contributing fixes for these bugs? If so, then please check the following OpenJDK Wiki page [1]. You also mentioned the following RFE: https://bugs.openjdk.java.net/browse/JDK-8143597 (API to access current mouse pointer location) There is a vanishingly small amount of time to add replacement API for internal methods that will be hidden by the module system. It would need to be a simple, well-defined API and we need good justification to do this. Is the above needed as part of your workarounds for the three bugs mentioned earlier or is there some other reason that you need this? -- Kevin [1] http://openjdk.java.net/contribute/ Alexander Ny?en wrote: > The Eclipse Graphical Editing Framework (GEF) project as well as other Eclipse project rely on the JavaFX-SWT-integration that is realized through FXCanvas. > > We at GEF, however, do not use it out-of-the-box but have created a subclass (http://git.eclipse.org/c/gef/org.eclipse.gef4.git/tree/org.eclipse.gef4.fx.swt/src/org/eclipse/gef4/fx/swt/canvas/FXCanvasEx.java ) to properly handle forwarding of touch gesture events (https://bugs.openjdk.java.net/browse/JDK-8143596 ) through an internal delegate (http://git.eclipse.org/c/gef/org.eclipse.gef4.git/tree/org.eclipse.gef4.fx.swt/src/org/eclipse/gef4/fx/swt/gestures/SWT2FXEventConverter.java ), and to add support for image cursors (https://bugs.openjdk.java.net/browse/JDK-8088147 ). Unfortunately, both fixes provided by us require access to internal API and will thus - AFAIK - no longer work with Jigsaw. Forwarding of SWT key events' consumption state (https://bugs.openjdk.java.net/browse/JDK-8159227 ) is a related issue, for which a workaround in client code would require access to internal API, too. > > By following this list, I got the impression that it is not completely clear yet, if and how the JavaFX-SWT-integration will be usable in an OSGi context with Jigsaw, so let me at least point out that this is quite essential to us. And while https://bugs.openjdk.java.net/browse/JDK-8143596 is being marked as only ?nice-to-have?, at least for us this is not the case, as an Eclipse-integrated graphical application that does not support modern touch devices will not really be acceptable. As such, let me ask whether there is a chance we can get this functionality migrated to FXCanvas as part of JavaFX 9. I would like to support this as far as I can. > > Last, I would like to point out that the unavailability of a public API to retrieve the current mouse pointer location (https://bugs.openjdk.java.net/browse/JDK-8143597 ) will definitely become a blocker in case the only workaround (via com.sun.glass.ui.Robot) will no longer work because of Jigsaw. Please consider to include a public API for this within JavaFX 9, even if the related Glass Robot API (https://bugs.openjdk.java.net/browse/JDK-8090763 ) will not be offered yet. > > Regards, > Alexander > From donald.smith at oracle.com Tue Jun 14 21:46:32 2016 From: donald.smith at oracle.com (Donald Smith) Date: Tue, 14 Jun 2016 17:46:32 -0400 Subject: Looking forward to JavaFX 9! In-Reply-To: <576063C4.2070505@oracle.com> References: <576063C4.2070505@oracle.com> Message-ID: <81d04926-54a8-d7ec-f7c4-1ef8da8420e6@oracle.com> I think you mean "scene builder", not "stage builder". It was made available under a BSD license for tools vendors that may want to incorporate. Gluon is providing binaries as you noted. - Don On 14/06/2016 4:06 PM, Kevin Rushforth wrote: > JavaFX is delivered as part of the JDK, so yes, Oracle does support it. > > -- Kevin > > > Kevin Loverde wrote: >> Does Oracle support JFX at all anymore? The only place I could find the >> stage builder was through Gluon. > From kevin.rushforth at oracle.com Tue Jun 14 21:55:44 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 14 Jun 2016 14:55:44 -0700 Subject: [9] review request: 8159474: Unable to change URL with HelloWebView Message-ID: <57607D60.8050702@oracle.com> Guru & Chien, Please review the following fix to the HelloWebView toy: https://bugs.openjdk.java.net/browse/JDK-8159474 http://cr.openjdk.java.net/~kcr/8159474/webrev.00/ -- Kevin From philfrei at aol.com Tue Jun 14 22:23:39 2016 From: philfrei at aol.com (philfrei at aol.com) Date: Tue, 14 Jun 2016 18:23:39 -0400 Subject: Looking forward to JavaFX 9! In-Reply-To: References: Message-ID: <1555103509d-4dea-32ad@webprd-m67.mail.aol.com> For what it is worth, a little known but on-topic community about the use of JavaFX in games can be found at java-gaming.org. Most of the members are involved with LWJGL and Libgdx (including founding coders for each), but there is an area for those interested in using JavaFX in games. I'd like to see more participation there. I mention this a place to direct people who turn up here that have issues they wish to discuss concerning JavaFX and game programming. I'm a JavaFX novice and have just started lurking here. I have a bit of expertise with sound but otherwise am probably not of a skill level where I can contribute here, and will continue to lurk. I did post a modest tutorial at JGO for beginning JavaFX game programming (for Java programmers) and it has had over 50K hits in just a couple months. On the basis of that, it seems the potential audience and community for JavaFX game programming has not been realized. Phil Freihofner adonax.com From nyssen at itemis.de Wed Jun 15 05:36:51 2016 From: nyssen at itemis.de (=?utf-8?Q?Alexander_Ny=C3=9Fen?=) Date: Wed, 15 Jun 2016 07:36:51 +0200 Subject: JavaFX 9 & FXCanvas In-Reply-To: <57607062.50009@oracle.com> References: <6AE6B653-542E-4835-8881-393665F752C9@itemis.de> <57607062.50009@oracle.com> Message-ID: <0D721056-69F6-4713-AE1F-A6A30753DC60@itemis.de> Hi Kevin, > Am 14.06.2016 um 23:00 schrieb Kevin Rushforth : > > Hi, > > As far as we know, FXCanvas is now usable in an OSGi context with JDK 9 + Jigsaw, so you should be able to test this with the latest JDK 9 early access build. I will contact Tom Schindl w.r.t. this as he maintains the OSGi-integration we use at Eclipse. I have seen on this list that he was already active (but don?t know the results yet). > > You mentioned that the following bugs are critical for you: > > https://bugs.openjdk.java.net/browse/JDK-8159227 (properly forward consumption state of key events) > https://bugs.openjdk.java.net/browse/JDK-8143596 (properly forward touch gestures) > https://bugs.openjdk.java.net/browse/JDK-8088147 (custom cursors) > > There is still time to fix bugs for JDK 9, but I none of the above are currently targeted for 9, and it seems unlikely that they will make it. Would you be interested in contributing fixes for these bugs? If so, then please check the following OpenJDK Wiki page [1]. Yes, I am willing to contribute patches for these. The forwarding of touch gestures we currently provide however is based on an initial contribution (under the terms of EPL) by Jan K?hnlein to our project (based on the code he mentioned in https://bugs.openjdk.java.net/browse/JDK-8088262). We then applied a couple of fixes to it to make it properly work and augmented it with a fix to https://bugs.openjdk.java.net/browse/JDK-8088147. That leads me to two questions: 1) How would I have to handle the copyright? Jan K?hnlein already stated in https://bugs.openjdk.java.net/browse/JDK-8088262 that he was willing to contribute the necessary code. Would it require he (as well as all GEF committers that worked on the mentioned fixes) would have to sign the OCA as well? Is there any experience on how to transfer EPL-licensed code already? 2) Up to when could patches be accepted for JavaFX 9? > > You also mentioned the following RFE: > > https://bugs.openjdk.java.net/browse/JDK-8143597 (API to access current mouse pointer location) > > There is a vanishingly small amount of time to add replacement API for internal methods that will be hidden by the module system. It would need to be a simple, well-defined API and we need good justification to do this. Is the above needed as part of your workarounds for the three bugs mentioned earlier or is there some other reason that you need this? This RFE unrelated to the three issues mentioned before. On all platforms except Mac it seems to be possible to use java.awt.MouseInfo as a workaround (while we had a bit of struggle to get it work in the context of OSGi; we have to manipulate the awt headless mode property by means of reflection). On Mac, this does not work, so here com.sun.glass.ui.Robot is the only option. While it would in principle be possible to track the mouse location by some global event filter as well to mimic this functionality in client code, this would IMHO be a quite ugly solution. Cheers, Alexander > > -- Kevin > > [1] http://openjdk.java.net/contribute/ > > Alexander Ny?en wrote: >> The Eclipse Graphical Editing Framework (GEF) project as well as other Eclipse project rely on the JavaFX-SWT-integration that is realized through FXCanvas. >> >> We at GEF, however, do not use it out-of-the-box but have created a subclass (http://git.eclipse.org/c/gef/org.eclipse.gef4.git/tree/org.eclipse.gef4.fx.swt/src/org/eclipse/gef4/fx/swt/canvas/FXCanvasEx.java ) to properly handle forwarding of touch gesture events (https://bugs.openjdk.java.net/browse/JDK-8143596 ) through an internal delegate (http://git.eclipse.org/c/gef/org.eclipse.gef4.git/tree/org.eclipse.gef4.fx.swt/src/org/eclipse/gef4/fx/swt/gestures/SWT2FXEventConverter.java ), and to add support for image cursors (https://bugs.openjdk.java.net/browse/JDK-8088147 ). Unfortunately, both fixes provided by us require access to internal API and will thus - AFAIK - no longer work with Jigsaw. Forwarding of SWT key events' consumption state (https://bugs.openjdk.java.net/browse/JDK-8159227 ) is a related issue, for which a workaround in client code would require access to internal API, too. >> >> By following this list, I got the impression that it is not completely clear yet, if and how the JavaFX-SWT-integration will be usable in an OSGi context with Jigsaw, so let me at least point out that this is quite essential to us. And while https://bugs.openjdk.java.net/browse/JDK-8143596 is being marked as only ?nice-to-have?, at least for us this is not the case, as an Eclipse-integrated graphical application that does not support modern touch devices will not really be acceptable. As such, let me ask whether there is a chance we can get this functionality migrated to FXCanvas as part of JavaFX 9. I would like to support this as far as I can. >> >> Last, I would like to point out that the unavailability of a public API to retrieve the current mouse pointer location (https://bugs.openjdk.java.net/browse/JDK-8143597 ) will definitely become a blocker in case the only workaround (via com.sun.glass.ui.Robot) will no longer work because of Jigsaw. Please consider to include a public API for this within JavaFX 9, even if the related Glass Robot API (https://bugs.openjdk.java.net/browse/JDK-8090763 ) will not be offered yet. >> >> Regards, >> Alexander >> > -- Dr. Alexander Ny?en Dipl.-Inform. Principal Engineer Telefon: +49 (0) 231 / 98 60-202 Telefax: +49 (0) 231 / 98 60-211 Mobil: +49 (0) 151 / 17396743 http://www.itemis.de alexander.nyssen at itemis.de itemis AG Am Brambusch 15-24 44536 L?nen Rechtlicher Hinweis: Amtsgericht Dortmund, HRB 20621 Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Michael Neuhaus, Jennifer Fiorentino From dalibor.topic at oracle.com Wed Jun 15 09:59:36 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Wed, 15 Jun 2016 11:59:36 +0200 Subject: Looking forward to JavaFX 9! In-Reply-To: References: Message-ID: <7e305f62-de2f-3d35-6e83-53c5b397539e@oracle.com> On 14.06.2016 21:05, Kevin Loverde wrote: > Does Oracle support JFX at all anymore? Yes, it does. Information about the commercial Oracle Java SE support can be found here: http://www.oracle.com/us/technologies/java/standard-edition/support/overview/index.html . If you are interested in Oracle support for JavaFX specifically, please consult the corresponding FAQ at http://www.oracle.com/technetwork/java/javase/overview/faqs-jsp-136696.html?ssSourceSiteId=ocomen . For information regarding the available support timelines and levels, please consult the Oracle Java SE Support Roadmap at http://www.oracle.com/technetwork/java/javase/eol-135779.html . If you have any further questions about Oracle support, please direct them at your Oracle sales representative. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +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 Oracle is committed to developing practices and products that help protect the environment From andrey.rusakov at oracle.com Wed Jun 15 11:33:45 2016 From: andrey.rusakov at oracle.com (Andrey Rusakov) Date: Wed, 15 Jun 2016 14:33:45 +0300 Subject: Regression test development: JDK-8139764 In-Reply-To: <57458B43.3020805@oracle.com> References: <57458B43.3020805@oracle.com> Message-ID: <57613D19.2030207@oracle.com> Please look at my test for JDK-8157398 Jira task: JDK-8158784 Webrev: http://cr.openjdk.java.net/~arusakov/8158784/webrev.00/ That test is applicable for both 8 and 9 openjfx tests. From dalibor.topic at oracle.com Wed Jun 15 11:35:31 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Wed, 15 Jun 2016 13:35:31 +0200 Subject: Looking forward to JavaFX 9! In-Reply-To: References: Message-ID: <735a8c5a-19d2-9af1-3b2b-1008d16469f2@oracle.com> On 14.06.2016 19:33, Tomas Mikula wrote: > the first ones who wish that Oracle > invested more resources in JavaFX. That's not how the open source Projects in the OpenJDK Community work. In this Project, you can contribute your own time and resources to improve OpenJFX, following the instructions at http://openjdk.java.net/contribute/ in general, and those published by this Project in particular. You can't direct when or how others chose to contribute their own time and resources, though. Wishing doesn't work here. Work works. > the anger is targeted at the wrong crowd here. It's important to keep technical forums focused on technical matters, so that current and potential future Contributors don't have to waste their valuable time wading through non-technical, non-contributions in order to get to the technical items that actually deserve attention. Allowing non-technical discussions to fester on a technical mailing list can be a serious discouragement to new Contributors, and mislead newcomers to assume that toxic and entitled behavior is acceptable or even desirable in a given open source forum or a project. It's not. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +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 Oracle is committed to developing practices and products that help protect the environment From andrey.rusakov at oracle.com Wed Jun 15 12:26:27 2016 From: andrey.rusakov at oracle.com (Andrey Rusakov) Date: Wed, 15 Jun 2016 15:26:27 +0300 Subject: Test development: JDK-8157398 In-Reply-To: <57458B43.3020805@oracle.com> References: <57458B43.3020805@oracle.com> Message-ID: <57614973.7000401@oracle.com> Please look at my test for JDK-8157398 Bug: https://bugs.openjdk.java.net/browse/JDK-8157398 Jira: https://bugs.openjdk.java.net/browse/JDK-8158784 Webrev: http://cr.openjdk.java.net/~arusakov/8158784/webrev.00/ That test is applicable for both 8 and 9 openjfx tests. From a.ankit.srivastava at oracle.com Wed Jun 15 13:06:46 2016 From: a.ankit.srivastava at oracle.com (Ankit Srivastava) Date: Wed, 15 Jun 2016 06:06:46 -0700 (PDT) Subject: [9] Review Request: 8159549: Add timestamp to Keyboard Event Message-ID: <1a6c79b2-5355-4529-a342-d38571466d47@default> Hi Murali, Arun & Kevin, Please review the fix: JBS: https://bugs.openjdk.java.net/browse/JDK-8159549 Webrev: http://cr.openjdk.java.net/~asrivastava/8159549/webrev.00/ Solution updated in JBS. Regards, Ankit From Paul.Kondratko at morganstanley.com Wed Jun 15 14:30:14 2016 From: Paul.Kondratko at morganstanley.com (Kondratko, Paul) Date: Wed, 15 Jun 2016 14:30:14 +0000 Subject: WebGL support in JavaFX WebView Message-ID: <58670E373C0A0447B347A6BDEFBD48E215ADC811@OZWEX0201N1.msad.ms.com> Hi, WebView that comes with JavaFX does not support WebGL. I understand from other online posts that there is no plan to add WebGL support. Is anyone familiar with a webView plugin that supports WebGL? Ideally open source. Thank you and Best Regards, Paul ________________________________ NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views contained herein are not intended to be, and do not constitute, advice within the meaning of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you have received this communication in error, please destroy all electronic and paper copies; do not disclose, use or act upon the information; and notify the sender immediately. Mistransmission is not intended to waive confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted under applicable law, to monitor electronic communications. This message is subject to terms available at the following link: http://www.morganstanley.com/disclaimers If you cannot access these links, please notify us by reply message and we will send the contents to you. By messaging with Morgan Stanley you consent to the foregoing. From arunprasad.rajkumar at oracle.com Wed Jun 15 18:31:25 2016 From: arunprasad.rajkumar at oracle.com (Arunprasad Rajkumar) Date: Thu, 16 Jun 2016 00:01:25 +0530 Subject: [webkit] [9] Review request for 8157384: Update java-wrappers for WebKit generated classes following WebKit update In-Reply-To: <57449FA3.9080508@oracle.com> References: <57449FA3.9080508@oracle.com> Message-ID: Hello Kevin, Guru, Murali, Please review the simple fix to sync the generated java DOM binding files after new WebKit upgrade. JIRA: https://bugs.openjdk.java.net/browse/JDK-8157384 Webrev: http://cr.openjdk.java.net/~arajkumar/8157384/webrev.00 Regards, Arun From info at michaelhoffer.de Wed Jun 15 20:40:01 2016 From: info at michaelhoffer.de (Michael Hoffer) Date: Wed, 15 Jun 2016 22:40:01 +0200 Subject: WebGL support in JavaFX WebView In-Reply-To: <58670E373C0A0447B347A6BDEFBD48E215ADC811@OZWEX0201N1.msad.ms.com> References: <58670E373C0A0447B347A6BDEFBD48E215ADC811@OZWEX0201N1.msad.ms.com> Message-ID: Hi Paul, a while ago I started an experiment that adds shared memory based nodes to the scene graph. You can find an experimental WebKit node with full WebGL support on GitHub: https://github.com/miho/VFXWebKit Here you can see it in action: https://www.youtube.com/watch?v=FlIrY1SlNM4 As I said, it is only an experiment. As it tries to use public APIs as much as possible it is quite slow, since to my knowledge, native memory buffers cannot be used for rendering images. Hi all, I think we should definitely add the possibility to render native buffers. Following this mailing list for quite some time now, I get the impression that many of the complaints about missing features could be integrated much easier and with more community involvement. If you compare my WebKit hack with the official WebKit support, it is clear that the official version has a much tighter integration with JavaFX rendering. Updating to a newer version is very hard to achieve and consumes many resources. But for many applications, a shared memory approach is sufficient and much easier to implement. My experiment was done in just a few days. Updating to a new WebKit/Blink version works like a charm since it does not need any Java or JavaFX specific changes. Additionally, a crash in the native code keeps the JVM alive and just needs a restart of the native rendering process. That's cool, isn't it? That being said, I fully understand that the tight integration has advantages too. So it is not my intention to speak against the built-in WebView. But allowing native rendering has further benefits than integrating WebKit or Blink. Any native rendering that can render to offscreen memory will be instantly supported (JOGL, VTK, Qt and so much more!). Community members could add so many new features, such a Blink based web views, JOGL nodes and even X11 views without the need to make new JavaFX API proposals for each and every rendering technology. I also have a very personal motivation. I am actively advocating and teaching Java and JavaFX at Universities in the context of scientific computing. And I am so sad that for some things we cannot use JavaFX, e.g., for highly complex 3d visualizations. Adding native buffer/rendering support would radically change that situation. We could integrate specific scientific visualization toolkits into the JavaFX scene graph and so much more! That would be so awesome! Please check out the GitHub experiment. For shared memory on the native side I used boost shared_mem stuff. So it should also work on Windows. But currently, everything is setup to work on OS X. Anyone who supports this idea, please let's talk about potential API proposals! Regards, Michael Hoffer 2016-06-15 16:30 GMT+02:00 Kondratko, Paul : > Hi, > > WebView that comes with JavaFX does not support WebGL. I understand from > other online posts that there is no plan to add WebGL support. > > Is anyone familiar with a webView plugin that supports WebGL? Ideally open > source. > > Thank you and Best Regards, > Paul > > > ________________________________ > > NOTICE: Morgan Stanley is not acting as a municipal advisor and the > opinions or views contained herein are not intended to be, and do not > constitute, advice within the meaning of Section 975 of the Dodd-Frank Wall > Street Reform and Consumer Protection Act. If you have received this > communication in error, please destroy all electronic and paper copies; do > not disclose, use or act upon the information; and notify the sender > immediately. Mistransmission is not intended to waive confidentiality or > privilege. Morgan Stanley reserves the right, to the extent permitted under > applicable law, to monitor electronic communications. This message is > subject to terms available at the following link: > http://www.morganstanley.com/disclaimers If you cannot access these > links, please notify us by reply message and we will send the contents to > you. By messaging with Morgan Stanley you consent to the foregoing. > -- Dipl.-Math. Michael Hoffer Twitter: @mihosoft Webpage: www.mihosoft.eu Goethe-Zentrum f?r Wissenschaftliches Rechnen (G-CSC) Goethe-Universit?t Kettenhofweg 139 60325 Frankfurt am Main phone: +49 69 798 25254 info at michaelhoffer.de From chien.yang at oracle.com Wed Jun 15 21:25:06 2016 From: chien.yang at oracle.com (Chien Yang) Date: Wed, 15 Jun 2016 14:25:06 -0700 Subject: [9] Code Review Request For 8159383: Mouse hover on Webview scroll bar leads to NPE in ScrollBarThemeImpl.hitTest Message-ID: <5761C7B2.60006@oracle.com> Hi Kevin, Please review the simple bug fix as we have investigated: https://bugs.openjdk.java.net/browse/JDK-8159383 Thanks, - Chien From kevin.rushforth at oracle.com Thu Jun 16 01:38:46 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 15 Jun 2016 18:38:46 -0700 Subject: JavaFX 9 & FXCanvas In-Reply-To: <0D721056-69F6-4713-AE1F-A6A30753DC60@itemis.de> References: <6AE6B653-542E-4835-8881-393665F752C9@itemis.de> <57607062.50009@oracle.com> <0D721056-69F6-4713-AE1F-A6A30753DC60@itemis.de> Message-ID: <57620326.8000902@oracle.com> In general, everyone who contributes code needs to assign joint ownership to Oracle under the OCA. Dalibor would be the best one to answer specific OCA questions. As for time frame, the schedule is on the JDK 9 project page: http://openjdk.java.net/projects/jdk9/ Any bug can be fixed before "Rampdown Start" (subject to code review, OCA, etc). P1-P3 bugs can be fixed up until the start of Rampdown Phase 2 as long as they are non-intrusive fixes, although the expectation is that the bug backlog targeted for 9 is done by ZBB. So the short answer is that Sep 1 (start of RDP1) should be your target. -- Kevin Alexander Ny?en wrote: > Hi Kevin, > > >> Am 14.06.2016 um 23:00 schrieb Kevin Rushforth >> >: >> >> Hi, >> >> As far as we know, FXCanvas is now usable in an OSGi context with JDK >> 9 + Jigsaw, so you should be able to test this with the latest JDK 9 >> early access build. > > I will contact Tom Schindl w.r.t. this as he maintains the > OSGi-integration we use at Eclipse. I have seen on this list that he > was already active (but don?t know the results yet). >> >> You mentioned that the following bugs are critical for you: >> >> https://bugs.openjdk.java.net/browse/JDK-8159227 (properly forward >> consumption state of key events) >> https://bugs.openjdk.java.net/browse/JDK-8143596 (properly forward >> touch gestures) >> https://bugs.openjdk.java.net/browse/JDK-8088147 (custom cursors) >> >> There is still time to fix bugs for JDK 9, but I none of the above >> are currently targeted for 9, and it seems unlikely that they will >> make it. Would you be interested in contributing fixes for these >> bugs? If so, then please check the following OpenJDK Wiki page [1]. > > Yes, I am willing to contribute patches for these. The forwarding of > touch gestures we currently provide however is based on an initial > contribution (under the terms of EPL) by Jan K?hnlein to our project > (based on the code he mentioned > in https://bugs.openjdk.java.net/browse/JDK-8088262). We then applied > a couple of fixes to it to make it properly work and augmented it with > a fix to https://bugs.openjdk.java.net/browse/JDK-8088147. That leads > me to two questions: > > 1) How would I have to handle the copyright? Jan K?hnlein already > stated in https://bugs.openjdk.java.net/browse/JDK-8088262 that he was > willing to contribute the necessary code. Would it require he (as well > as all GEF committers that worked on the mentioned fixes) would have > to sign the OCA as well? Is there any experience on how to transfer > EPL-licensed code already? > 2) Up to when could patches be accepted for JavaFX 9? > >> >> You also mentioned the following RFE: >> >> https://bugs.openjdk.java.net/browse/JDK-8143597 (API to access >> current mouse pointer location) >> >> There is a vanishingly small amount of time to add replacement API >> for internal methods that will be hidden by the module system. It >> would need to be a simple, well-defined API and we need good >> justification to do this. Is the above needed as part of your >> workarounds for the three bugs mentioned earlier or is there some >> other reason that you need this? > > This RFE unrelated to the three issues mentioned before. On all > platforms except Mac it seems to be possible to use java.awt.MouseInfo > as a workaround (while we had a bit of struggle to get it work in the > context of OSGi; we have to manipulate the awt headless mode property > by means of reflection). On Mac, this does not work, so > here com.sun.glass.ui.Robot is the only option. While it would in > principle be possible to track the mouse location by some global event > filter as well to mimic this functionality in client code, this would > IMHO be a quite ugly solution. > > Cheers, > Alexander > >> >> -- Kevin >> >> [1] http://openjdk.java.net/contribute/ >> >> Alexander Ny?en wrote: >>> The Eclipse Graphical Editing Framework (GEF) project as well as >>> other Eclipse project rely on the JavaFX-SWT-integration that is >>> realized through FXCanvas. >>> >>> We at GEF, however, do not use it out-of-the-box but have created a >>> subclass >>> (http://git.eclipse.org/c/gef/org.eclipse.gef4.git/tree/org.eclipse.gef4.fx.swt/src/org/eclipse/gef4/fx/swt/canvas/FXCanvasEx.java >>> ) >>> to properly handle forwarding of touch gesture events >>> (https://bugs.openjdk.java.net/browse/JDK-8143596 >>> ) through an >>> internal delegate >>> (http://git.eclipse.org/c/gef/org.eclipse.gef4.git/tree/org.eclipse.gef4.fx.swt/src/org/eclipse/gef4/fx/swt/gestures/SWT2FXEventConverter.java >>> ), >>> and to add support for image cursors >>> (https://bugs.openjdk.java.net/browse/JDK-8088147 >>> ). Unfortunately, >>> both fixes provided by us require access to internal API and will >>> thus - AFAIK - no longer work with Jigsaw. Forwarding of SWT key >>> events' consumption state >>> (https://bugs.openjdk.java.net/browse/JDK-8159227 >>> ) is a related >>> issue, for which a workaround in client code would require access to >>> internal API, too. >>> >>> By following this list, I got the impression that it is not >>> completely clear yet, if and how the JavaFX-SWT-integration will be >>> usable in an OSGi context with Jigsaw, so let me at least point out >>> that this is quite essential to us. And while >>> https://bugs.openjdk.java.net/browse/JDK-8143596 >>> is being marked >>> as only ?nice-to-have?, at least for us this is not the case, as an >>> Eclipse-integrated graphical application that does not support >>> modern touch devices will not really be acceptable. As such, let me >>> ask whether there is a chance we can get this functionality migrated >>> to FXCanvas as part of JavaFX 9. I would like to support this as far >>> as I can. >>> >>> Last, I would like to point out that the unavailability of a public >>> API to retrieve the current mouse pointer location >>> (https://bugs.openjdk.java.net/browse/JDK-8143597 >>> ) will definitely >>> become a blocker in case the only workaround (via >>> com.sun.glass.ui.Robot) will no longer work because of Jigsaw. >>> Please consider to include a public API for this within JavaFX 9, >>> even if the related Glass Robot API >>> (https://bugs.openjdk.java.net/browse/JDK-8090763 >>> ) will not be >>> offered yet. >>> >>> Regards, >>> Alexander >>> >> > > -- > Dr. Alexander Ny?en > Dipl.-Inform. > Principal Engineer > > Telefon: +49 (0) 231 / 98 60-202 > Telefax: +49 (0) 231 / 98 60-211 > Mobil: +49 (0) 151 / 17396743 > > http://www.itemis.de > alexander.nyssen at itemis.de > > itemis AG > Am Brambusch 15-24 > 44536 L?nen > > Rechtlicher Hinweis: > > Amtsgericht Dortmund, HRB 20621 > > Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus > > Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Michael Neuhaus, > Jennifer Fiorentino > > > From andrey.rusakov at oracle.com Thu Jun 16 14:35:10 2016 From: andrey.rusakov at oracle.com (Andrey Rusakov) Date: Thu, 16 Jun 2016 17:35:10 +0300 Subject: JDK-8159565: Yet another testbug fix Message-ID: <5762B91E.7090406@oracle.com> Hello all! Pleas look at my fix for JDK-8159565. It solves quite annoying automation issue. Fix is applicable for both 8 and 9 tests. webrev: http://cr.openjdk.java.net/~arusakov/8159565/webrev.00/ P.S. Could anyone commit JDK-8158784? I don't have permissions to do that. From jonathan.giles at oracle.com Fri Jun 17 00:30:06 2016 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Fri, 17 Jun 2016 12:30:06 +1200 Subject: [Review request] Handling Enter key presses on Buttons in JavaFX In-Reply-To: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> References: <187607ce-14f8-2a88-75a7-5b7063fe7171@oracle.com> Message-ID: <7b767625-2b2d-4ff1-e1d1-301368b3add0@oracle.com> Hi all, Thanks for all your feedback. I think we have mostly coalesced around doing the right thing per platform. I have therefore gone ahead and posted a webrev for review as part of the following Jira issue: Jira: https://bugs.openjdk.java.net/browse/JDK-8139509 Webrev: http://cr.openjdk.java.net/~jgiles/8139509/ In choosing this Jira issue to be the flag bearer for this particular issue, I also closed other related issues as duplicate of this issue. I may have missed some, but it was my intent to fold all discussion related to the ENTER key behavior with buttons on various platforms into this one issue. If you have any feedback on this patch or the direction it takes, please follow-up in the jira issue above. The other element that was raised as part of the discussion was that on Windows the visual representation of the default button is only visible when another button doesn't have the focus. This is because button focus takes precedence over the default button. Because this is a visual change (and the current code relates to the behavioral change), I decided in this instance to create another Jira issue to track this: https://bugs.openjdk.java.net/browse/JDK-8159121 Thanks, -- Jonathan On 8/06/16 9:47 AM, Jonathan Giles wrote: > Hi all, > > One thing I've been looking into recently is the issue of what the > Enter key should do when it is pushed with regards to buttons in a UI > where one of those buttons is a 'default' button. There are number of > Jira issues on this topic, and I wanted to poll the community to > understand its opinions. > > The current situation is that the Enter key does not fire the focused > Button. The Enter key is reserved for firing the 'default' Button in > the UI (i.e. if someone has created a Button instance with the default > property set to true). A default button is rendered slightly > differently (in Modena it is blue for example). To fire the focused > Button, the user must press the Space key. > > Tom Schindl filed a bug (JDK-8139510) that is a good example of the > 'problem' this creates. In the bug report, a dialog is shown to the > user. In the dialog is an OK button and a Cancel button. The OK button > has been made the 'default' button. Regardless of which button has > focus, the Enter key always fires the OK button. The only way to fire > the Cancel button is via the Space key. This can be very confusing for > users who have tabbed specifically to the 'Cancel' button and then > pressed the Enter key, only to find they unwittingly fired the 'OK' > action. > > To me this has always been a little counter-intuitive, because of my > heritage as a long-time Windows user. I believe Linux is much the same > as Windows. For others who grew up on Mac, I'm less sure on what > people expect (but it seems to be that the Enter key fires the default > button, not the focused button, i.e. JavaFX current behavior matches > what is expected on OS X). > > What I'm proposing we do is to change the behavior as follows: > > 1) On OS X we do not change behavior at all - we keep the current > 'Enter means default' and 'Space means focus' semantics. > > 2) On non-OS X platforms, we change the behavior so that Enter (and > Space) will fire the _focused_ key, if one is focused. If no Button is > focused (e.g. focus is in a TextField, etc), then Enter will work as > it currently does and fire the default button, if one is specified. In > short, default buttons will still be rendered blue to hint to the user > that they are the default button, but they will be less prevalently > fired by Enter key presses - only when they also have focus. > > The two questions that I have are: > > 1) Will this confuse users when there is a behavior change (and > presumably, this change will be made in JDK 9 and not backported to > JDK 8). If it will confuse users, is it still the right thing to do? > > 2) Do we want to have different behaviors for OS X and non-OS X? I'm a > newly inducted member into the cult of Mac, and I don't yet have all > my bearings sorted out, so I don't have a strong opinion here. > > Your thoughts, as always, are appreciated. > -- Jonathan From jonathan.giles at oracle.com Fri Jun 17 00:35:51 2016 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Fri, 17 Jun 2016 12:35:51 +1200 Subject: [Review request] Editable ComboBox / Spinner controls need uniform 'commit on focus lost' semantics Message-ID: <67c203b4-c15c-7f39-1a5f-458931912df3@oracle.com> Hi all, Please review my addition of 'commitValue' / 'cancelEdit' APIs to Spinner and ComboBox. These APIs mirror the API on TextInputControl, and allows for the controls (rather than their skins) to properly commit on focus loss. Previously committing on focus loss was handled by the control skins, but because these skins were created after the control was shown in a Scene, it was possible (and highly probable) that other listeners would be installed on the control before the 'commit-on-focus-loss' listener was installed. This would result in situations where listeners got the old data. By adding these additional two methods to Spinner and ComboBox, we can prevent this by being the first listener in the queue. I should note that cancelEdit() is not required for this particular fix, but it seemed appropriate to consider its introduction at the same time as commitValue(). Jira issue: https://bugs.openjdk.java.net/browse/JDK-8150946 Webrev: http://cr.openjdk.java.net/~jgiles/8150946/ -- -- Jonathan From alexander at nyssen.org Fri Jun 17 05:56:06 2016 From: alexander at nyssen.org (Alexander Nyssen) Date: Fri, 17 Jun 2016 07:56:06 +0200 Subject: LocalDateTimeStringConverterTest seem to fail if default locale is different to en_US Message-ID: <08550EA7-A5C1-4C31-8484-8F6360D02048@nyssen.org> Hi, in order to be able to contribute to OpenJFX, I am currently trying to set up my development environment. After checking out the latest head from hg clone http://hg.openjdk.java.net/openjfx/9-dev/rt , compilation succeeds, but tests fail with the following: test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[0] FAILED org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> at org.junit.Assert.assertEquals(Assert.java:123) at org.junit.Assert.assertEquals(Assert.java:145) at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[0] FAILED org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> at org.junit.Assert.assertEquals(Assert.java:123) at org.junit.Assert.assertEquals(Assert.java:145) at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[1] FAILED org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> at org.junit.Assert.assertEquals(Assert.java:123) at org.junit.Assert.assertEquals(Assert.java:145) at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[1] FAILED org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> at org.junit.Assert.assertEquals(Assert.java:123) at org.junit.Assert.assertEquals(Assert.java:145) at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[2] FAILED org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> at org.junit.Assert.assertEquals(Assert.java:123) at org.junit.Assert.assertEquals(Assert.java:145) at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[2] FAILED org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> at org.junit.Assert.assertEquals(Assert.java:123) at org.junit.Assert.assertEquals(Assert.java:145) at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) It seems they are not robust against having a default locale different to en_US (Januar is the correct German translation for January; my default locale seems to be de_DE). Regards, Alexander From ozemale at ozemail.com.au Fri Jun 17 06:14:09 2016 From: ozemale at ozemail.com.au (John C. Turnbull) Date: Fri, 17 Jun 2016 16:14:09 +1000 Subject: Building OpenJFX for the first time Message-ID: <000e01d1c85f$760e6c00$622b4400$@ozemail.com.au> I would like to set up a development environment for the OpenJFX project but have never attempted this before. I am very familiar with all 3 major Java IDEs with my preference (in order of most favourite to least favourite) is Eclipse, IntelliJ, NetBeans (so whichever one is "best" doesn't really matter). I am familiar with Gradle but by no means an expert. My machine is a Windows 10 x64 PC. I am only interested in building for JDK 9 and JavaFX 9 (as these will be released before any project I am working on will go live). I am happy to build just for Windows at this point so I can get a feel for the project and see if there are opportunities where I can fix a bug or two or make contributions in other ways. So, what is the best way to build this project using the environment and tools I have described? Which IDE would make the process the simplest or easiest? Is there an up-to-date web page that describes the process in sufficient detail that will enable me to accomplish this? Thanks very much, John From a.ankit.srivastava at oracle.com Fri Jun 17 11:03:31 2016 From: a.ankit.srivastava at oracle.com (Ankit Srivastava) Date: Fri, 17 Jun 2016 04:03:31 -0700 (PDT) Subject: [9] Review Request: 8159614: Can't get file size with javascript Message-ID: <912fa8ed-7c65-439d-9fdf-80281699f7bb@default> Hi Arun, Murali & Kevin, Please review the webrev. JBS: https://bugs.openjdk.java.net/browse/JDK-8159614 WebRev: http://cr.openjdk.java.net/~asrivastava/8159614/webrev.00/ Solution updated in JBS. Regards, Ankit From yasuenag at gmail.com Fri Jun 17 13:03:41 2016 From: yasuenag at gmail.com (Yasumasa Suenaga) Date: Fri, 17 Jun 2016 22:03:41 +0900 Subject: PING: JDK-8146900: [SwingNode, DND]: drag-and-drop from JTable not working, drag recognized twice In-Reply-To: <0c19ce09-0fb2-ca23-d7db-87202e3b3b6a@gmail.com> References: <0c19ce09-0fb2-ca23-d7db-87202e3b3b6a@gmail.com> Message-ID: <0ff0b61e-ff3e-2cc0-813b-265e1e963097@gmail.com> PING: Have you ever read this proposal? Yasumasa On 2016/06/08 22:05, Yasumasa Suenaga wrote: > Hi all, > > We are developing HeapStats [1] with JavaFX 8. > This tool uses SwingNode to use JGraphX [2]. > > JGraphX suports Drag & Drop. However, DnD in SwingNode occurs InvalidDnDOperationException. > Callstack of it is same with JDK-8146900. > > I checked OpenJDK source, the flag of DnD is static field [3]. > DnD event is trapped at FXDnD, and kick the same event via secondary event loop. > Thus DnD event will be called twice, and second event will be thrown InvalidDnDOperationException. > > > I think we can fix it as below. > However I'm not sure it is correct. > > Could you help? > > ------------------- > diff -r 20164b54e3d8 modules/swing/src/main/java/javafx/embed/swing/FXDnD.java > --- a/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java Wed Jun 08 13:34:10 2016 +1200 > +++ b/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java Wed Jun 08 22:02:10 2016 +0900 > @@ -312,6 +312,10 @@ > // and then start an AWT nested loop to wait until DnD finishes. > loop = java.awt.Toolkit.getDefaultToolkit().getSystemEventQueue().createSecondaryLoop(); > SwingFXUtils.leaveFXNestedLoop(FXDnD.this); > + > + // Avoid JDK-8146900 > + setDragDropInProgress(false); > + > if (!loop.enter()) { > // An error occured, but there's little we can do here... > } > ------------------- > > > Thanks, > > Yasumasa > > > [1] http://icedtea.classpath.org/wiki/HeapStats > [2] https://github.com/jgraph/jgraphx > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/file/4f717d517d9e/src/java.desktop/share/classes/sun/awt/dnd/SunDragSourceContextPeer.java#l77 From alexander at nyssen.org Fri Jun 17 13:17:03 2016 From: alexander at nyssen.org (Alexander Nyssen) Date: Fri, 17 Jun 2016 15:17:03 +0200 Subject: LocalDateTimeStringConverterTest seem to fail if default locale is different to en_US In-Reply-To: <08550EA7-A5C1-4C31-8484-8F6360D02048@nyssen.org> References: <08550EA7-A5C1-4C31-8484-8F6360D02048@nyssen.org> Message-ID: <0DB5B14D-D007-4AFA-A301-B9313A3220EB@nyssen.org> Hi, I could resolve this by changing the setup method of LocalDateTimeStringConverterTest to the following: @Before public void setup() { // tests require that default locale is English Locale.setDefault(Locale.ENGLISH); } Maybe that should be added to make it robust. Unfortunately, I am now stuck, because the succeeding controls tests fail, as it seems all with the following NoClassDefFoundError: test.javafx.scene.control.TreeViewTest > test_rt_31200_tableRow FAILED java.lang.NoClassDefFoundError: javafx.scene.control.Control at test.javafx.scene.control.TreeViewTest.setup(TreeViewTest.java:121) 7133 tests completed, 6326 failed, 239 skipped :controls:test FAILED FAILURE: Build failed with an exception. The build succeeded (using gradle). Any idea what might be wrong? Regards, Alexander > Am 17.06.2016 um 07:56 schrieb Alexander Nyssen : > > Hi, > > in order to be able to contribute to OpenJFX, I am currently trying to set up my development environment. After checking out the latest head from hg clone http://hg.openjdk.java.net/openjfx/9-dev/rt , compilation succeeds, but tests fail with the following: > > test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[0] FAILED > org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> > at org.junit.Assert.assertEquals(Assert.java:123) > at org.junit.Assert.assertEquals(Assert.java:145) > at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) > > test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[0] FAILED > org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> > at org.junit.Assert.assertEquals(Assert.java:123) > at org.junit.Assert.assertEquals(Assert.java:145) > at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) > > test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[1] FAILED > org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> > at org.junit.Assert.assertEquals(Assert.java:123) > at org.junit.Assert.assertEquals(Assert.java:145) > at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) > > test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[1] FAILED > org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> > at org.junit.Assert.assertEquals(Assert.java:123) > at org.junit.Assert.assertEquals(Assert.java:145) > at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) > > test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[2] FAILED > org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> > at org.junit.Assert.assertEquals(Assert.java:123) > at org.junit.Assert.assertEquals(Assert.java:145) > at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) > > test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[2] FAILED > org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> > at org.junit.Assert.assertEquals(Assert.java:123) > at org.junit.Assert.assertEquals(Assert.java:145) > at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) > > It seems they are not robust against having a default locale different to en_US (Januar is the correct German translation for January; my default locale seems to be de_DE). > > Regards, > Alexander > From kevin.rushforth at oracle.com Fri Jun 17 15:09:10 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 17 Jun 2016 08:09:10 -0700 Subject: PING: JDK-8146900: [SwingNode, DND]: drag-and-drop from JTable not working, drag recognized twice In-Reply-To: <0ff0b61e-ff3e-2cc0-813b-265e1e963097@gmail.com> References: <0c19ce09-0fb2-ca23-d7db-87202e3b3b6a@gmail.com> <0ff0b61e-ff3e-2cc0-813b-265e1e963097@gmail.com> Message-ID: <57641296.3070205@oracle.com> I missed seeing this when you first posted it. I will add your comments to the bug report. Alexander Z may want to chime in since the bug is assigned to him and he is the component lead for SwingNode. -- Kevin Yasumasa Suenaga wrote: > PING: Have you ever read this proposal? > > Yasumasa > > On 2016/06/08 22:05, Yasumasa Suenaga wrote: >> Hi all, >> >> We are developing HeapStats [1] with JavaFX 8. >> This tool uses SwingNode to use JGraphX [2]. >> >> JGraphX suports Drag & Drop. However, DnD in SwingNode occurs >> InvalidDnDOperationException. >> Callstack of it is same with JDK-8146900. >> >> I checked OpenJDK source, the flag of DnD is static field [3]. >> DnD event is trapped at FXDnD, and kick the same event via secondary >> event loop. >> Thus DnD event will be called twice, and second event will be thrown >> InvalidDnDOperationException. >> >> >> I think we can fix it as below. >> However I'm not sure it is correct. >> >> Could you help? >> >> ------------------- >> diff -r 20164b54e3d8 >> modules/swing/src/main/java/javafx/embed/swing/FXDnD.java >> --- a/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java Wed >> Jun 08 13:34:10 2016 +1200 >> +++ b/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java Wed >> Jun 08 22:02:10 2016 +0900 >> @@ -312,6 +312,10 @@ >> // and then start an AWT nested loop to wait until DnD >> finishes. >> loop = >> java.awt.Toolkit.getDefaultToolkit().getSystemEventQueue().createSecondaryLoop(); >> >> SwingFXUtils.leaveFXNestedLoop(FXDnD.this); >> + >> + // Avoid JDK-8146900 >> + setDragDropInProgress(false); >> + >> if (!loop.enter()) { >> // An error occured, but there's little we can do >> here... >> } >> ------------------- >> >> >> Thanks, >> >> Yasumasa >> >> >> [1] http://icedtea.classpath.org/wiki/HeapStats >> [2] https://github.com/jgraph/jgraphx >> [3] >> http://hg.openjdk.java.net/jdk9/dev/jdk/file/4f717d517d9e/src/java.desktop/share/classes/sun/awt/dnd/SunDragSourceContextPeer.java#l77 >> From dalibor.topic at oracle.com Fri Jun 17 15:41:29 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 17 Jun 2016 17:41:29 +0200 Subject: JavaFX 9 & FXCanvas In-Reply-To: <0D721056-69F6-4713-AE1F-A6A30753DC60@itemis.de> References: <6AE6B653-542E-4835-8881-393665F752C9@itemis.de> <57607062.50009@oracle.com> <0D721056-69F6-4713-AE1F-A6A30753DC60@itemis.de> Message-ID: <64871d1d-3f4a-19f4-c577-196d54fe8d08@oracle.com> On 15.06.2016 07:36, Alexander Ny?en wrote: > Would it require he (as well as all GEF committers that worked on the mentioned fixes) would have to sign the OCA as well? If there are multiple authors to a contribution, then they all need to have an OCA on file. If one or more contributions are done on behalf of an organization, such as a company, than that organization needs to have an OCA on file, as well. Details are discussed in the OCA FAQ, available at http://www.oracle.com/technetwork/oca-faq-405384.pdf . > Is there any experience on how to transfer EPL-licensed code already? No. Fwiw, I don't think that kind of transfer would work, in general. Contributions need to come in under OCA or an equivalent. As a general aside, while I don't know how the specific code in question was authored by whom on whose behalf, putting in all the work necessary to unravel the history of third party code in order to understand who can contribute what, if anything, could be more work and more time consuming than coming up with a better & novel solution from scratch, if it's 'just' a couple of bug fixes. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +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 Oracle is committed to developing practices and products that help protect the environment From kevin.rushforth at oracle.com Fri Jun 17 15:44:13 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 17 Jun 2016 08:44:13 -0700 Subject: LocalDateTimeStringConverterTest seem to fail if default locale is different to en_US In-Reply-To: <0DB5B14D-D007-4AFA-A301-B9313A3220EB@nyssen.org> References: <08550EA7-A5C1-4C31-8484-8F6360D02048@nyssen.org> <0DB5B14D-D007-4AFA-A301-B9313A3220EB@nyssen.org> Message-ID: <57641ACD.4090102@oracle.com> It seems like the test is not written to handle multiple Locales, so if you could file a bug, we'll fix it (I note that it could probably be in a "BeforeClass" block as one-time setup rather than setting it before each test). As for your other test failures, I presume you are using FX 9-dev? Are you running in "legacy" mode (building and testing with jdk-9+109 with no JIGSAW_HOME being set)? If so, I haven't seen that error before. We continuously run tests in this mode with no failures. Did you remove (and not just rename) jfxrt.jar from your jdk-9 boot JDK? -- Kevin Alexander Nyssen wrote: > Hi, > > I could resolve this by changing the setup method of LocalDateTimeStringConverterTest to the following: > > @Before public void setup() { > // tests require that default locale is English > Locale.setDefault(Locale.ENGLISH); > } > Maybe that should be added to make it robust. > > Unfortunately, I am now stuck, because the succeeding controls tests fail, as it seems all with the following NoClassDefFoundError: > > test.javafx.scene.control.TreeViewTest > test_rt_31200_tableRow FAILED > java.lang.NoClassDefFoundError: javafx.scene.control.Control > at test.javafx.scene.control.TreeViewTest.setup(TreeViewTest.java:121) > > 7133 tests completed, 6326 failed, 239 skipped > :controls:test FAILED > > FAILURE: Build failed with an exception. > > The build succeeded (using gradle). Any idea what might be wrong? > > Regards, > Alexander > > >> Am 17.06.2016 um 07:56 schrieb Alexander Nyssen : >> >> Hi, >> >> in order to be able to contribute to OpenJFX, I am currently trying to set up my development environment. After checking out the latest head from hg clone http://hg.openjdk.java.net/openjfx/9-dev/rt , compilation succeeds, but tests fail with the following: >> >> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[0] FAILED >> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >> at org.junit.Assert.assertEquals(Assert.java:123) >> at org.junit.Assert.assertEquals(Assert.java:145) >> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) >> >> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[0] FAILED >> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >> at org.junit.Assert.assertEquals(Assert.java:123) >> at org.junit.Assert.assertEquals(Assert.java:145) >> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) >> >> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[1] FAILED >> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >> at org.junit.Assert.assertEquals(Assert.java:123) >> at org.junit.Assert.assertEquals(Assert.java:145) >> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) >> >> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[1] FAILED >> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >> at org.junit.Assert.assertEquals(Assert.java:123) >> at org.junit.Assert.assertEquals(Assert.java:145) >> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) >> >> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[2] FAILED >> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >> at org.junit.Assert.assertEquals(Assert.java:123) >> at org.junit.Assert.assertEquals(Assert.java:145) >> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) >> >> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[2] FAILED >> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >> at org.junit.Assert.assertEquals(Assert.java:123) >> at org.junit.Assert.assertEquals(Assert.java:145) >> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) >> >> It seems they are not robust against having a default locale different to en_US (Januar is the correct German translation for January; my default locale seems to be de_DE). >> >> Regards, >> Alexander >> >> > > From kevin.rushforth at oracle.com Fri Jun 17 19:53:05 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 17 Jun 2016 12:53:05 -0700 Subject: Building OpenJFX for the first time In-Reply-To: <000e01d1c85f$760e6c00$622b4400$@ozemail.com.au> References: <000e01d1c85f$760e6c00$622b4400$@ozemail.com.au> Message-ID: <57645521.6000608@oracle.com> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX Dave Hill updated it recently, so it is reasonably current. -- Kevin John C. Turnbull wrote: > I would like to set up a development environment for the OpenJFX project but > have never attempted this before. > > > > I am very familiar with all 3 major Java IDEs with my preference (in order > of most favourite to least favourite) is Eclipse, IntelliJ, NetBeans (so > whichever one is "best" doesn't really matter). > > > > I am familiar with Gradle but by no means an expert. > > > > My machine is a Windows 10 x64 PC. > > > > I am only interested in building for JDK 9 and JavaFX 9 (as these will be > released before any project I am working on will go live). > > > > I am happy to build just for Windows at this point so I can get a feel for > the project and see if there are opportunities where I can fix a bug or two > or make contributions in other ways. > > > > So, what is the best way to build this project using the environment and > tools I have described? > > > > Which IDE would make the process the simplest or easiest? > > > > Is there an up-to-date web page that describes the process in sufficient > detail that will enable me to accomplish this? > > > > Thanks very much, > > > > John > > > > From ozemale at ozemail.com.au Fri Jun 17 20:17:47 2016 From: ozemale at ozemail.com.au (John C. Turnbull) Date: Sat, 18 Jun 2016 06:17:47 +1000 Subject: Building OpenJFX for the first time In-Reply-To: <57645521.6000608@oracle.com> References: <000e01d1c85f$760e6c00$622b4400$@ozemail.com.au> <57645521.6000608@oracle.com> Message-ID: <007f01d1c8d5$50916470$f1b42d50$@ozemail.com.au> Thanks Kevin - that looks very helpful. -----Original Message----- From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Kevin Rushforth Sent: Saturday, 18 June 2016 05:53 To: openjfx-dev at openjdk.java.net Subject: Re: Building OpenJFX for the first time https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX Dave Hill updated it recently, so it is reasonably current. -- Kevin John C. Turnbull wrote: > I would like to set up a development environment for the OpenJFX > project but have never attempted this before. > > > > I am very familiar with all 3 major Java IDEs with my preference (in > order of most favourite to least favourite) is Eclipse, IntelliJ, > NetBeans (so whichever one is "best" doesn't really matter). > > > > I am familiar with Gradle but by no means an expert. > > > > My machine is a Windows 10 x64 PC. > > > > I am only interested in building for JDK 9 and JavaFX 9 (as these will > be released before any project I am working on will go live). > > > > I am happy to build just for Windows at this point so I can get a feel > for the project and see if there are opportunities where I can fix a > bug or two or make contributions in other ways. > > > > So, what is the best way to build this project using the environment > and tools I have described? > > > > Which IDE would make the process the simplest or easiest? > > > > Is there an up-to-date web page that describes the process in > sufficient detail that will enable me to accomplish this? > > > > Thanks very much, > > > > John > > > > From james.graham at oracle.com Fri Jun 17 21:09:31 2016 From: james.graham at oracle.com (Jim Graham) Date: Fri, 17 Jun 2016 14:09:31 -0700 Subject: [9] Review request: 8145516: Scene content shows too large on Retina display, when a regular screen attached Message-ID: bug: https://bugs.openjdk.java.net/browse/JDK-8145516 webrev: http://cr.openjdk.java.net/~flar/JDK-8145516/webrev.00/ Information on the fix is in the bug report comments. I need to repair my 8u-dev repos to check, but I believe this can be ported directly to an 8u release... ...jim From chien.yang at oracle.com Fri Jun 17 22:53:42 2016 From: chien.yang at oracle.com (Chien Yang) Date: Fri, 17 Jun 2016 15:53:42 -0700 Subject: [9] Code Review Request For 8157500: Create unit tests for new public methods in GridPane Message-ID: <57647F76.90707@oracle.com> Hi Kevin, Please review the proposed unit test: JIRA: https://bugs.openjdk.java.net/browse/JDK-8157500 Webev: http://cr.openjdk.java.net/~ckyang/JDK-8157500/webrev.00/ Thanks, - Chien From james.graham at oracle.com Fri Jun 17 23:13:05 2016 From: james.graham at oracle.com (Jim Graham) Date: Fri, 17 Jun 2016 16:13:05 -0700 Subject: [8u, 9] Review request: 8145516: Scene content shows too large on Retina display, when a regular screen attached In-Reply-To: References: Message-ID: Updating the subject line to request 8u backport approval. The fix applies cleanly to 8u and fixes the bug there as well... ...jim On 6/17/16 2:09 PM, Jim Graham wrote: > bug: https://bugs.openjdk.java.net/browse/JDK-8145516 > webrev: http://cr.openjdk.java.net/~flar/JDK-8145516/webrev.00/ > > Information on the fix is in the bug report comments. > > I need to repair my 8u-dev repos to check, but I believe this can be ported directly to an 8u release... > > ...jim From alexander at nyssen.org Sat Jun 18 10:54:49 2016 From: alexander at nyssen.org (Alexander Nyssen) Date: Sat, 18 Jun 2016 12:54:49 +0200 Subject: LocalDateTimeStringConverterTest seem to fail if default locale is different to en_US In-Reply-To: <57641ACD.4090102@oracle.com> References: <08550EA7-A5C1-4C31-8484-8F6360D02048@nyssen.org> <0DB5B14D-D007-4AFA-A301-B9313A3220EB@nyssen.org> <57641ACD.4090102@oracle.com> Message-ID: Hi Kevin, > Am 17.06.2016 um 17:44 schrieb Kevin Rushforth : > > It seems like the test is not written to handle multiple Locales, so if you could file a bug, we'll fix it (I note that it could probably be in a "BeforeClass" block as one-time setup rather than setting it before each test). of course, a ?BeforeClass' is more appropriate here. I just wanted to point out that its an invalid assumption regarding the default locale that causes the tests to fail. Will I be able to do that via JIRA directly after the OCA has been processed, or will ?WebBug? still be the way to go? > > As for your other test failures, I presume you are using FX 9-dev? Are you running in "legacy" mode (building and testing with jdk-9+109 with no JIGSAW_HOME being set)? If so, I haven't seen that error before. We continuously run tests in this mode with no failures. Did you remove (and not just rename) jfxrt.jar from your jdk-9 boot JDK? Yes, I am targeting FX-9-dev. Following the instructions at https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-EnvironmentVariables , I setup JAVA_HOME and JDK_HOME to point to jdk-9_ea109 (without jfxrt.jar) as well as JIGSAW_HOME to point to jdk-9_ea122. The instructions do not seem to mention something as ?legacy? mode. Maybe you should update them (at least the ?Testing? section) to make that clear, especially if all control tests fail in ?non-legacy? mode. If I remove the JIGSAW_HOME and apply the above mentioned fix to LocalDateTimeStringConverterTest, all tests pass successfully, except the following three web tests: test.javafx.scene.web.JavaScriptBridgeTest > testMethodCallWithWrapperObjects FAILED java.lang.NullPointerException at test.javafx.scene.web.JavaScriptBridgeTest.lambda$testMethodCallWithWrapperObjects$8(JavaScriptBridgeTest.java:385) test.javafx.scene.web.JavaScriptBridgeTest > testJSStringToJavaCharSpecilization FAILED java.lang.AssertionError: expected:<111> but was:<0> at org.junit.Assert.fail(Assert.java:91) at org.junit.Assert.failNotEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:126) at org.junit.Assert.assertEquals(Assert.java:470) at org.junit.Assert.assertEquals(Assert.java:454) at test.javafx.scene.web.JavaScriptBridgeTest.lambda$testJSStringToJavaCharSpecilization$9(JavaScriptBridgeTest.java:404) test.javafx.scene.web.LoadTest > loadJarFile FAILED java.lang.AssertionError: netscape.javascript.JSException: ReferenceError: Can't find variable: jsr0 at test.javafx.scene.web.TestBase.submit(TestBase.java:205) at test.javafx.scene.web.TestBase.executeScript(TestBase.java:216) at test.javafx.scene.web.LoadTest.loadJarFile(LoadTest.java:285) Caused by: netscape.javascript.JSException: ReferenceError: Can't find variable: jsr0 Any idea about these? I am running Mac OS X El Capitan on my machine. Maybe that?s important. Regards, Alexander > > -- Kevin > > > Alexander Nyssen wrote: >> >> Hi, >> >> I could resolve this by changing the setup method of LocalDateTimeStringConverterTest to the following: >> >> @Before public void setup() { >> // tests require that default locale is English >> Locale.setDefault(Locale.ENGLISH); >> } >> Maybe that should be added to make it robust. >> >> Unfortunately, I am now stuck, because the succeeding controls tests fail, as it seems all with the following NoClassDefFoundError: >> >> test.javafx.scene.control.TreeViewTest > test_rt_31200_tableRow FAILED >> java.lang.NoClassDefFoundError: javafx.scene.control.Control >> at test.javafx.scene.control.TreeViewTest.setup(TreeViewTest.java:121) >> >> 7133 tests completed, 6326 failed, 239 skipped >> :controls:test FAILED >> >> FAILURE: Build failed with an exception. >> >> The build succeeded (using gradle). Any idea what might be wrong? >> >> Regards, >> Alexander >> >> >>> Am 17.06.2016 um 07:56 schrieb Alexander Nyssen : >>> >>> Hi, >>> >>> in order to be able to contribute to OpenJFX, I am currently trying to set up my development environment. After checking out the latest head from hg clone http://hg.openjdk.java.net/openjfx/9-dev/rt , compilation succeeds, but tests fail with the following: >>> >>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[0] FAILED >>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>> at org.junit.Assert.assertEquals(Assert.java:123) >>> at org.junit.Assert.assertEquals(Assert.java:145) >>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) >>> >>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[0] FAILED >>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>> at org.junit.Assert.assertEquals(Assert.java:123) >>> at org.junit.Assert.assertEquals(Assert.java:145) >>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) >>> >>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[1] FAILED >>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>> at org.junit.Assert.assertEquals(Assert.java:123) >>> at org.junit.Assert.assertEquals(Assert.java:145) >>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) >>> >>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[1] FAILED >>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>> at org.junit.Assert.assertEquals(Assert.java:123) >>> at org.junit.Assert.assertEquals(Assert.java:145) >>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) >>> >>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[2] FAILED >>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>> at org.junit.Assert.assertEquals(Assert.java:123) >>> at org.junit.Assert.assertEquals(Assert.java:145) >>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) >>> >>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[2] FAILED >>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>> at org.junit.Assert.assertEquals(Assert.java:123) >>> at org.junit.Assert.assertEquals(Assert.java:145) >>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) >>> >>> It seems they are not robust against having a default locale different to en_US (Januar is the correct German translation for January; my default locale seems to be de_DE). >>> >>> Regards, >>> Alexander >>> >>> >> From kevin.rushforth at oracle.com Mon Jun 20 17:32:00 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 20 Jun 2016 10:32:00 -0700 Subject: LocalDateTimeStringConverterTest seem to fail if default locale is different to en_US In-Reply-To: References: <08550EA7-A5C1-4C31-8484-8F6360D02048@nyssen.org> <0DB5B14D-D007-4AFA-A301-B9313A3220EB@nyssen.org> <57641ACD.4090102@oracle.com> Message-ID: <57682890.4010302@oracle.com> Hi Alexander, You will need to file a WebBug at http://bugreport.java.com/ . The other failures are likely due to an out-of-date libjfxwebkit.dylib. The native webkit build isn't enabled by default and most developers don't build it, so when you build FX it will take it from your boot JDK. You can either download the latest JDK 9 EA build and copy libjfxwebkit.dylib from there, or you can build webkit: gradle -PCOMPILE_WEBKIT=true -- Kevin Alexander Nyssen wrote: > Hi Kevin, > >> Am 17.06.2016 um 17:44 schrieb Kevin Rushforth >> >: >> >> It seems like the test is not written to handle multiple Locales, so >> if you could file a bug, we'll fix it (I note that it could probably >> be in a "BeforeClass" block as one-time setup rather than setting it >> before each test). > > of course, a ?BeforeClass' is more appropriate here. I just wanted to > point out that its an invalid assumption regarding the default locale > that causes the tests to fail. Will I be able to do that via JIRA > directly after the OCA has been processed, or will ?WebBug? still be > the way to go? > >> >> As for your other test failures, I presume you are using FX 9-dev? >> Are you running in "legacy" mode (building and testing with jdk-9+109 >> with no JIGSAW_HOME being set)? If so, I haven't seen that error >> before. We continuously run tests in this mode with no failures. Did >> you remove (and not just rename) jfxrt.jar from your jdk-9 boot JDK? > > Yes, I am targeting FX-9-dev. Following the instructions > at https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX#BuildingOpenJFX-EnvironmentVariables, > I setup JAVA_HOME and JDK_HOME to point to jdk-9_ea109 (without > jfxrt.jar) as well as JIGSAW_HOME to point to jdk-9_ea122. The > instructions do not seem to mention something as ?legacy? mode. Maybe > you should update them (at least the ?Testing? section) to make that > clear, especially if all control tests fail in ?non-legacy? mode. > > If I remove the JIGSAW_HOME and apply the above mentioned fix > to LocalDateTimeStringConverterTest, all tests pass successfully, > except the following three web tests: > > test.javafx.scene.web.JavaScriptBridgeTest > > testMethodCallWithWrapperObjects FAILED > java.lang.NullPointerException > at > test.javafx.scene.web.JavaScriptBridgeTest.lambda$testMethodCallWithWrapperObjects$8(JavaScriptBridgeTest.java:385) > > test.javafx.scene.web.JavaScriptBridgeTest > > testJSStringToJavaCharSpecilization FAILED > java.lang.AssertionError: expected:<111> but was:<0> > at org.junit.Assert.fail(Assert.java:91) > at org.junit.Assert.failNotEquals(Assert.java:645) > at org.junit.Assert.assertEquals(Assert.java:126) > at org.junit.Assert.assertEquals(Assert.java:470) > at org.junit.Assert.assertEquals(Assert.java:454) > at > test.javafx.scene.web.JavaScriptBridgeTest.lambda$testJSStringToJavaCharSpecilization$9(JavaScriptBridgeTest.java:404) > > test.javafx.scene.web.LoadTest > loadJarFile FAILED > java.lang.AssertionError: netscape.javascript.JSException: > ReferenceError: Can't find variable: jsr0 > at test.javafx.scene.web.TestBase.submit(TestBase.java:205) > at test.javafx.scene.web.TestBase.executeScript(TestBase.java:216) > at test.javafx.scene.web.LoadTest.loadJarFile(LoadTest.java:285) > > Caused by: > netscape.javascript.JSException: ReferenceError: Can't find > variable: jsr0 > > Any idea about these? I am running Mac OS X El Capitan on my machine. > Maybe that?s important. > > Regards, > Alexander > > >> >> -- Kevin >> >> >> Alexander Nyssen wrote: >>> Hi, >>> >>> I could resolve this by changing the setup method of LocalDateTimeStringConverterTest to the following: >>> >>> @Before public void setup() { >>> // tests require that default locale is English >>> Locale.setDefault(Locale.ENGLISH); >>> } >>> Maybe that should be added to make it robust. >>> >>> Unfortunately, I am now stuck, because the succeeding controls tests fail, as it seems all with the following NoClassDefFoundError: >>> >>> test.javafx.scene.control.TreeViewTest > test_rt_31200_tableRow FAILED >>> java.lang.NoClassDefFoundError: javafx.scene.control.Control >>> at test.javafx.scene.control.TreeViewTest.setup(TreeViewTest.java:121) >>> >>> 7133 tests completed, 6326 failed, 239 skipped >>> :controls:test FAILED >>> >>> FAILURE: Build failed with an exception. >>> >>> The build succeeded (using gradle). Any idea what might be wrong? >>> >>> Regards, >>> Alexander >>> >>> >>>> Am 17.06.2016 um 07:56 schrieb Alexander Nyssen : >>>> >>>> Hi, >>>> >>>> in order to be able to contribute to OpenJFX, I am currently trying to set up my development environment. After checking out the latest head from hg clone http://hg.openjdk.java.net/openjfx/9-dev/rt , compilation succeeds, but tests fail with the following: >>>> >>>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[0] FAILED >>>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>>> at org.junit.Assert.assertEquals(Assert.java:123) >>>> at org.junit.Assert.assertEquals(Assert.java:145) >>>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) >>>> >>>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[0] FAILED >>>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>>> at org.junit.Assert.assertEquals(Assert.java:123) >>>> at org.junit.Assert.assertEquals(Assert.java:145) >>>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) >>>> >>>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[1] FAILED >>>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>>> at org.junit.Assert.assertEquals(Assert.java:123) >>>> at org.junit.Assert.assertEquals(Assert.java:145) >>>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) >>>> >>>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[1] FAILED >>>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>>> at org.junit.Assert.assertEquals(Assert.java:123) >>>> at org.junit.Assert.assertEquals(Assert.java:145) >>>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) >>>> >>>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_parser[2] FAILED >>>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>>> at org.junit.Assert.assertEquals(Assert.java:123) >>>> at org.junit.Assert.assertEquals(Assert.java:145) >>>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_parser(LocalDateTimeStringConverterTest.java:144) >>>> >>>> test.javafx.util.converter.LocalDateTimeStringConverterTest > converter_with_specified_formatter_and_null_parser[2] FAILED >>>> org.junit.ComparisonFailure: expected:<12 Januar[y] 1985, 12:34:56> but was:<12 Januar[] 1985, 12:34:56> >>>> at org.junit.Assert.assertEquals(Assert.java:123) >>>> at org.junit.Assert.assertEquals(Assert.java:145) >>>> at test.javafx.util.converter.LocalDateTimeStringConverterTest.converter_with_specified_formatter_and_null_parser(LocalDateTimeStringConverterTest.java:152) >>>> >>>> It seems they are not robust against having a default locale different to en_US (Januar is the correct German translation for January; my default locale seems to be de_DE). >>>> >>>> Regards, >>>> Alexander >>>> >>>> >>> > From kevin.rushforth at oracle.com Mon Jun 20 21:00:28 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 20 Jun 2016 14:00:28 -0700 Subject: 9-dev unlocked following sanity testing Message-ID: <5768596C.7000700@oracle.com> From tom.schindl at bestsolution.at Tue Jun 21 09:19:39 2016 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Tue, 21 Jun 2016 11:19:39 +0200 Subject: Bootstrapping in Java9 Message-ID: Hi, I was playing around with Java9 a bit yesterday things worked fine but what disturbs me a bit is that I need to export the package with my Application-Subclass because naturally Java9 can not create an instance of none-exported class with reflection. Although not being a big problem it disturbed me a bit and from my basic understanding I think it should be possible to introduce a 3rd variant of Application.launch() who looks like this: Application#launch(Application,String...) This way no reflection is needed by the jfx bootstrap code. Tom -- Thomas Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck http://www.bestsolution.at/ Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From andrey.rusakov at oracle.com Tue Jun 21 11:35:50 2016 From: andrey.rusakov at oracle.com (Andrey Rusakov) Date: Tue, 21 Jun 2016 14:35:50 +0300 Subject: Test fix review request. Message-ID: <57692696.7080709@oracle.com> Hi everyone. Please take a look at my fix for openjfx test: JDK-8159962 Webrev: http://cr.openjdk.java.net/~arusakov/8159962/webrev.00/ Fix is applicable for both 8 and 9 tests. From tomas.mikula at gmail.com Tue Jun 21 15:25:09 2016 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Tue, 21 Jun 2016 11:25:09 -0400 Subject: Bootstrapping in Java9 In-Reply-To: References: Message-ID: I think what Tom proposes makes sense even regardless of Java 9. Another benefit is not requiring a no-arg constructor. Regards, Tomas On Tue, Jun 21, 2016 at 5:19 AM, Tom Schindl wrote: > Hi, > > I was playing around with Java9 a bit yesterday things worked fine but > what disturbs me a bit is that I need to export the package with my > Application-Subclass because naturally Java9 can not create an instance > of none-exported class with reflection. > > Although not being a big problem it disturbed me a bit and from my basic > understanding I think it should be possible to introduce a 3rd variant > of Application.launch() who looks like this: > > Application#launch(Application,String...) > > This way no reflection is needed by the jfx bootstrap code. > > Tom > > -- > Thomas Schindl, CTO > BestSolution.at EDV Systemhaus GmbH > Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck > http://www.bestsolution.at/ > Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck > From kevin.rushforth at oracle.com Tue Jun 21 15:53:07 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 21 Jun 2016 08:53:07 -0700 Subject: Bootstrapping in Java9 In-Reply-To: References: Message-ID: <576962E3.10704@oracle.com> As Thomas notes, this is independent of JDK 9 or Jigsaw. We have a couple similar RFEs filed: JDK-8092262 : Add Application.launch(ApplicationFactory,String... args) JDK-8091703 : Support for Dependency Injection in Application JDK-8090838 : Add Application launching support for dynamic languages This would be another variation of the JavaFX life-cycle and is something we could consider for a future release (or even a JDK 9 update release) if there were enough interest in doing this. -- Kevin Tomas Mikula wrote: > I think what Tom proposes makes sense even regardless of Java 9. Another > benefit is not requiring a no-arg constructor. > > Regards, > Tomas > > On Tue, Jun 21, 2016 at 5:19 AM, Tom Schindl > wrote: > > >> Hi, >> >> I was playing around with Java9 a bit yesterday things worked fine but >> what disturbs me a bit is that I need to export the package with my >> Application-Subclass because naturally Java9 can not create an instance >> of none-exported class with reflection. >> >> Although not being a big problem it disturbed me a bit and from my basic >> understanding I think it should be possible to introduce a 3rd variant >> of Application.launch() who looks like this: >> >> Application#launch(Application,String...) >> >> This way no reflection is needed by the jfx bootstrap code. >> >> Tom >> >> -- >> Thomas Schindl, CTO >> BestSolution.at EDV Systemhaus GmbH >> Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck >> http://www.bestsolution.at/ >> Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck >> >> From tomas.mikula at gmail.com Tue Jun 21 17:21:07 2016 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Tue, 21 Jun 2016 13:21:07 -0400 Subject: Bootstrapping in Java9 In-Reply-To: <576962E3.10704@oracle.com> References: <576962E3.10704@oracle.com> Message-ID: Thanks for the links, Kevin. By a quick glimpse, it seems like Tom's proposal could be used to solve all three. Tomas On Tue, Jun 21, 2016 at 11:53 AM, Kevin Rushforth < kevin.rushforth at oracle.com> wrote: > As Thomas notes, this is independent of JDK 9 or Jigsaw. We have a couple > similar RFEs filed: > > JDK-8092262 : Add > Application.launch(ApplicationFactory,String... args) > JDK-8091703 : Support > for Dependency Injection in Application > JDK-8090838 : Add > Application launching support for dynamic languages > > This would be another variation of the JavaFX life-cycle and is something > we could consider for a future release (or even a JDK 9 update release) if > there were enough interest in doing this. > > -- Kevin > > > > Tomas Mikula wrote: > > I think what Tom proposes makes sense even regardless of Java 9. Another > benefit is not requiring a no-arg constructor. > > Regards, > Tomas > > On Tue, Jun 21, 2016 at 5:19 AM, Tom Schindl > wrote: > > > > Hi, > > I was playing around with Java9 a bit yesterday things worked fine but > what disturbs me a bit is that I need to export the package with my > Application-Subclass because naturally Java9 can not create an instance > of none-exported class with reflection. > > Although not being a big problem it disturbed me a bit and from my basic > understanding I think it should be possible to introduce a 3rd variant > of Application.launch() who looks like this: > > Application#launch(Application,String...) > > This way no reflection is needed by the jfx bootstrap code. > > Tom > > -- > Thomas Schindl, CTO > BestSolution.at EDV Systemhaus GmbH > Eduard-Bodem-Gasse 5-7, A-6020 Innsbruckhttp://www.bestsolution.at/ > Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck > > > > From guru.hb at oracle.com Wed Jun 22 05:04:12 2016 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 22 Jun 2016 10:34:12 +0530 Subject: [9] Review request : 8159868 :the JVM for our Swing application crashes, once we login into our application server In-Reply-To: References: Message-ID: <612081d4-214c-db04-5dde-5c1f80dc600b@oracle.com> Hi Arun & Kevin, Could you please review the fix for : https://bugs.openjdk.java.net/browse/JDK-8159868 http://cr.openjdk.java.net/~ghb/8159868/webrev.00/ RC and solution update in JBS. Thanks, Guru From james.graham at oracle.com Wed Jun 22 09:55:46 2016 From: james.graham at oracle.com (Jim Graham) Date: Wed, 22 Jun 2016 02:55:46 -0700 Subject: [8u, 9] Review request: 8159860: JavaFX Path drawing appears to leak native memory Message-ID: bug: https://bugs.openjdk.java.net/browse/JDK-8159860 webrev: http://cr.openjdk.java.net/~flar/JDK-8159860/webrev.00/ ...jim From guru.hb at oracle.com Wed Jun 22 10:01:02 2016 From: guru.hb at oracle.com (Guru Hb) Date: Wed, 22 Jun 2016 15:31:02 +0530 Subject: [9] Review request : 8159868 :the JVM for our Swing application crashes, once we login into our application server In-Reply-To: <612081d4-214c-db04-5dde-5c1f80dc600b@oracle.com> References: <612081d4-214c-db04-5dde-5c1f80dc600b@oracle.com> Message-ID: <24cf73e8-be48-41bd-071d-de32a0e61e9e@oracle.com> Please ignore my previous email and ref https://bugs.openjdk.java.net/browse/JDK-8159868 http://cr.openjdk.java.net/~ghb/8159868/webrev.00/ Thanks, Guru On 22/6/16 10:34 AM, Guru Hb wrote: > Hi Arun & Kevin, > > Could you please review the fix for : > https://bugs.openjdk.java.net/browse/JDK-8159868 > http://cr.openjdk.java.net/~ghb/8159868/webrev.00/ > RC and solution update in JBS. > > Thanks, > Guru From elina.kleyman at oracle.com Wed Jun 22 12:02:32 2016 From: elina.kleyman at oracle.com (Elina Kleyman Matok) Date: Wed, 22 Jun 2016 05:02:32 -0700 (PDT) Subject: [9] Review request for 8150940 - Addition of test program to cover JDK-8130381 Message-ID: <9e78d403-6d62-4f50-98d4-e60e4bcf8c9e@default> Kevin, guys, Please review new test addition: JIRA: https://bugs.openjdk.java.net/browse/JDK-8150940 WEBREV: http://cr.openjdk.java.net/~ekleyman/8150940/ Thanks, Elina From andrey.rusakov at oracle.com Wed Jun 22 14:55:42 2016 From: andrey.rusakov at oracle.com (Andrey Rusakov) Date: Wed, 22 Jun 2016 17:55:42 +0300 Subject: Test bug fix review request. Message-ID: <576AA6EE.1080107@oracle.com> Hi everyone. Please take a look at my fix for openjfx tests: JDK-8159962 (webrev ) and JDK-8160065 (webrev ) Fixes are applicable for both 8 and 9 tests. From chris.bensen at oracle.com Wed Jun 22 17:12:18 2016 From: chris.bensen at oracle.com (Chris Bensen) Date: Wed, 22 Jun 2016 10:12:18 -0700 Subject: Review Request: 8146582 Ant Support for modular arguments Message-ID: <9B952179-5B75-441B-A63B-ADC147C7093B@oracle.com> Hi Kevin, This change adds Ant support for the modular arguments and changes the CLI arguments to match the new proposed GNU-style arguments. JIRA: https://bugs.openjdk.java.net/browse/JDK-8146582 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8146582/webrev.00/ Thanks, Chris From tom.schindl at bestsolution.at Wed Jun 22 19:31:10 2016 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Wed, 22 Jun 2016 21:31:10 +0200 Subject: Reentrent call to Control.createDefaultSkin() Message-ID: Hi, Take a look at the stack below. > ComboBoxListViewSkin(ComboBoxBaseSkin).(ComboBoxBase, ComboBoxBaseBehavior) line: 57 > ComboBoxListViewSkin(ComboBoxPopupControl).(ComboBoxBase, ComboBoxBaseBehavior) line: 61 > ComboBoxListViewSkin.(ComboBox) line: 113 > ComboBox.createDefaultSkin() line: 420 > ComboBox(Control).impl_processCSS(WritableValue) line: 859 > FSimpleSelectControl(Parent).impl_processCSS(WritableValue) line: 1280 > FSimpleSelectControl(Control).impl_processCSS(WritableValue) line: 855 > FlexibleGridLayoutPane$LayoutItem(Parent).impl_processCSS(WritableValue) line: 1280 > GridPane(Parent).impl_processCSS(WritableValue) line: 1280 > FlexibleGridLayoutPane(Parent).impl_processCSS(WritableValue) line: 1280 > VBox(Parent).impl_processCSS(WritableValue) line: 1280 > ScrollPaneSkin$4(Parent).impl_processCSS(WritableValue) line: 1280 > ScrollPaneSkin$3(Parent).impl_processCSS(WritableValue) line: 1280 > ScrollPane(Parent).impl_processCSS(WritableValue) line: 1280 > ScrollPane(Control).impl_processCSS(WritableValue) line: 855 > ScrollPane(Node).processCSS() line: 9056 > SimpleListCell(Node).applyCss() line: 9153 > ComboBoxListViewSkin(ComboBoxBaseSkin).updateDisplayArea() line: 150 > ComboBoxListViewSkin.updateButtonCell() line: 406 [local variables unavailable] > ComboBoxListViewSkin.(ComboBox) line: 134 > ComboBox.createDefaultSkin() line: 420 > ComboBox(Control).impl_processCSS(WritableValue) line: 859 > FSimpleSelectControl(Parent).impl_processCSS(WritableValue) line: 1280 > FSimpleSelectControl(Control).impl_processCSS(WritableValue) line: 862 > FlexibleGridLayoutPane$LayoutItem(Parent).impl_processCSS(WritableValue) line: 1280 > GridPane(Parent).impl_processCSS(WritableValue) line: 1280 > FlexibleGridLayoutPane(Parent).impl_processCSS(WritableValue) line: 1280 > VBox(Parent).impl_processCSS(WritableValue) line: 1280 It shows you a stack where I create an instance of a ComboBox but this code creates 2 Skin-Instance for the same ComboBox-Instance (the 2nd iteration starts with updateDisplayArea). I've been unable to come up with a stripped down example but I think Control#impl_processCSS(WritableValue) has to ensure that no 2nd skin is created while the first initialization is not finished. Something like that: private boolean createSkinCreationInProgress; @Override protected void impl_processCSS(WritableValue unused) { > super.impl_processCSS(unused); > > if (getSkin() == null) { > if( createSkinCreationInProgress ) { > return; > } > try { > createSkinCreationInProgress = true; > // try to create default skin > final Skin defaultSkin = createDefaultSkin(); > if (defaultSkin != null) { > skinProperty().set(defaultSkin); > super.impl_processCSS(unused); > } else { > final String msg = "The -fx-skin property has not been defined in CSS for " + this + > " and createDefaultSkin() returned null."; > final List errors = StyleManager.getErrors(); > if (errors != null) { > CssError error = new CssError(msg); > errors.add(error); // RT-19884 > } > Logging.getControlsLogger().severe(msg); > } > } finally { createSkinCreationInProgress = false; } > } } Does that make sense? Tom -- Thomas Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck http://www.bestsolution.at/ Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From jonathan.giles at oracle.com Wed Jun 22 22:55:28 2016 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Thu, 23 Jun 2016 10:55:28 +1200 Subject: Reentrent call to Control.createDefaultSkin() In-Reply-To: References: Message-ID: I think this is a reasonable expectation. Can you please file an issue and we can progress it from there? Thanks, -- Jonathan On 23/06/16 7:31 AM, Tom Schindl wrote: > Hi, > > Take a look at the stack below. > >> ComboBoxListViewSkin(ComboBoxBaseSkin).(ComboBoxBase, ComboBoxBaseBehavior) line: 57 >> ComboBoxListViewSkin(ComboBoxPopupControl).(ComboBoxBase, ComboBoxBaseBehavior) line: 61 >> ComboBoxListViewSkin.(ComboBox) line: 113 >> ComboBox.createDefaultSkin() line: 420 >> ComboBox(Control).impl_processCSS(WritableValue) line: 859 >> FSimpleSelectControl(Parent).impl_processCSS(WritableValue) line: 1280 >> FSimpleSelectControl(Control).impl_processCSS(WritableValue) line: 855 >> FlexibleGridLayoutPane$LayoutItem(Parent).impl_processCSS(WritableValue) line: 1280 >> GridPane(Parent).impl_processCSS(WritableValue) line: 1280 >> FlexibleGridLayoutPane(Parent).impl_processCSS(WritableValue) line: 1280 >> VBox(Parent).impl_processCSS(WritableValue) line: 1280 >> ScrollPaneSkin$4(Parent).impl_processCSS(WritableValue) line: 1280 >> ScrollPaneSkin$3(Parent).impl_processCSS(WritableValue) line: 1280 >> ScrollPane(Parent).impl_processCSS(WritableValue) line: 1280 >> ScrollPane(Control).impl_processCSS(WritableValue) line: 855 >> ScrollPane(Node).processCSS() line: 9056 >> SimpleListCell(Node).applyCss() line: 9153 >> ComboBoxListViewSkin(ComboBoxBaseSkin).updateDisplayArea() line: 150 >> ComboBoxListViewSkin.updateButtonCell() line: 406 [local variables unavailable] >> ComboBoxListViewSkin.(ComboBox) line: 134 >> ComboBox.createDefaultSkin() line: 420 >> ComboBox(Control).impl_processCSS(WritableValue) line: 859 >> FSimpleSelectControl(Parent).impl_processCSS(WritableValue) line: 1280 >> FSimpleSelectControl(Control).impl_processCSS(WritableValue) line: 862 >> FlexibleGridLayoutPane$LayoutItem(Parent).impl_processCSS(WritableValue) line: 1280 >> GridPane(Parent).impl_processCSS(WritableValue) line: 1280 >> FlexibleGridLayoutPane(Parent).impl_processCSS(WritableValue) line: 1280 >> VBox(Parent).impl_processCSS(WritableValue) line: 1280 > It shows you a stack where I create an instance of a ComboBox but this > code creates 2 Skin-Instance for the same ComboBox-Instance (the 2nd > iteration starts with updateDisplayArea). > > I've been unable to come up with a stripped down example but I think > Control#impl_processCSS(WritableValue) has to ensure that no > 2nd skin is created while the first initialization is not finished. > > Something like that: > > private boolean createSkinCreationInProgress; > > @Override protected void impl_processCSS(WritableValue unused) { >> super.impl_processCSS(unused); >> >> if (getSkin() == null) { >> if( createSkinCreationInProgress ) { >> return; >> } >> try { >> createSkinCreationInProgress = true; >> // try to create default skin >> final Skin defaultSkin = createDefaultSkin(); >> if (defaultSkin != null) { >> skinProperty().set(defaultSkin); >> super.impl_processCSS(unused); >> } else { >> final String msg = "The -fx-skin property has not been defined in CSS for " + this + >> " and createDefaultSkin() returned null."; >> final List errors = StyleManager.getErrors(); >> if (errors != null) { >> CssError error = new CssError(msg); >> errors.add(error); // RT-19884 >> } >> Logging.getControlsLogger().severe(msg); >> } >> } finally { createSkinCreationInProgress = false; } >> } > } > > Does that make sense? > > Tom > From chien.yang at oracle.com Wed Jun 22 23:32:19 2016 From: chien.yang at oracle.com (Chien Yang) Date: Wed, 22 Jun 2016 16:32:19 -0700 Subject: [9] Code Review Request For 8158004: Node, Shape and Shape3D need meaningful runtime exception message when application directly extends these classes Message-ID: <576B2003.4040408@oracle.com> Hi Kevin, Please review the proposed fix: JIRA: https://bugs.openjdk.java.net/browse/JDK-8158004 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8158004/webrev.00/ Thanks, - Chien From arunprasad.rajkumar at oracle.com Thu Jun 23 07:13:44 2016 From: arunprasad.rajkumar at oracle.com (Arunprasad Rajkumar) Date: Thu, 23 Jun 2016 12:43:44 +0530 Subject: [webkit] [9] Review request for 8158926: Char value is set as integer, not as character In-Reply-To: References: Message-ID: Hello Kevin, Guru, Murali, Please review the following fix. JIRA: https://bugs.openjdk.java.net/browse/JDK-8158926 Webrev: http://cr.openjdk.java.net/~arajkumar/8158926/webrev.00 Issue: Java Char type is converted to JS integer type, which is not correct. Solution: Since there is no char type present in JS, convert it to JS String type. Regards, Arun From tom.schindl at bestsolution.at Thu Jun 23 13:15:45 2016 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Thu, 23 Jun 2016 15:15:45 +0200 Subject: Posible bug when maximizing an already maximized stage on Mac In-Reply-To: References: Message-ID: Did you ever filed a bug for that? This is a serious bug rendering JavaFX applications useless. Tom On 31.03.16 11:16, Jos? Pereda wrote: > Hi all, > > Running this little test on a MacBook Pro Retina, OS X 10.11.4, with JDK > 8u77: > > @Override > public void start(Stage stage) { > Button button = new Button("Click to maximize"); > button.setOnAction(e -> stage.setMaximized(true)); > Rectangle2D bounds = Screen.getPrimary().getVisualBounds(); > stage.setScene(new Scene(new StackPane(button), bounds.getWidth(), > bounds.getHeight())); > stage.show(); > } > > which shouldn't do anything at all, since the stage is already maximized, > turns into an iconified application, with root dimensions 0x0, stage > dimensions 0x22 (height of menubar), stage.isIconified() returns false, and > it can't be restored again to any visible size by any means other than > closing the application from the dock. > > A posible situation where this could happen: persisting and restoring the > properties (x, y, width, height and maximized) of a maximized stage. > > > I haven't found any report of this. Should I file a bug? > > Thanks, > Jose > > -- > -- Thomas Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck http://www.bestsolution.at/ Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From jose.pereda at gluonhq.com Thu Jun 23 13:32:15 2016 From: jose.pereda at gluonhq.com (=?UTF-8?B?Sm9zw6kgUGVyZWRh?=) Date: Thu, 23 Jun 2016 15:32:15 +0200 Subject: Posible bug when maximizing an already maximized stage on Mac In-Reply-To: References: Message-ID: No, I didn't. It didn't get much of attention. You can go ahead. Jose On Thu, Jun 23, 2016 at 3:15 PM, Tom Schindl wrote: > Did you ever filed a bug for that? This is a serious bug rendering > JavaFX applications useless. > > Tom > > On 31.03.16 11:16, Jos? Pereda wrote: > > Hi all, > > > > Running this little test on a MacBook Pro Retina, OS X 10.11.4, with JDK > > 8u77: > > > > @Override > > public void start(Stage stage) { > > Button button = new Button("Click to maximize"); > > button.setOnAction(e -> stage.setMaximized(true)); > > Rectangle2D bounds = Screen.getPrimary().getVisualBounds(); > > stage.setScene(new Scene(new StackPane(button), > bounds.getWidth(), > > bounds.getHeight())); > > stage.show(); > > } > > > > which shouldn't do anything at all, since the stage is already maximized, > > turns into an iconified application, with root dimensions 0x0, stage > > dimensions 0x22 (height of menubar), stage.isIconified() returns false, > and > > it can't be restored again to any visible size by any means other than > > closing the application from the dock. > > > > A posible situation where this could happen: persisting and restoring the > > properties (x, y, width, height and maximized) of a maximized stage. > > > > > > I haven't found any report of this. Should I file a bug? > > > > Thanks, > > Jose > > > > -- > > > > > -- > Thomas Schindl, CTO > BestSolution.at EDV Systemhaus GmbH > Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck > http://www.bestsolution.at/ > Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck > -- From alexander at nyssen.org Thu Jun 23 16:06:34 2016 From: alexander at nyssen.org (Alexander Nyssen) Date: Thu, 23 Jun 2016 18:06:34 +0200 Subject: [PATCH] 8088147: FXCanvas: implement custom cursors Message-ID: Hi, I have worked on a first contribution related to JDK-8088147. Attached please find a patch (created in extended Git format) that comprises the related changes. I have augmented the implementation of javafx.embed.swt.SWTCursors to handle the image cursor case. I further adjusted javafx.scene.Scene to update the cursor frame (in addition to the cursor) within synchronizeSceneProperties, so the cursor is not cleared in the first pulse succeeding the cursor property change. I have added an automated JUnit test (SWTCursorsTest) to the swt module, as well as a manual test (SWTImageCursorTest) to the systemTests module, with which the proper behavior can be verified. As no tests for SWT existed so far, I updated the build.gradle and gradle.properties files to support an SWT_TEST option, which allows to handle them similar to Swing tests. I also added the respective SWT dependency to the systemTests module. Please note that the JUnit test can currently not be executed using Gradle on the Mac (where the manual test currently is the single option; the automated tests are disabled), because there SWT-based tests require the -XstartOnFirstThread option that is currently not supported by the Gradle test runner (see https://issues.gradle.org/browse/GRADLE-3290 for details). We would have to use an ant task as a workaround. Regards, Alexander From kevin.rushforth at oracle.com Thu Jun 23 16:12:23 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 23 Jun 2016 09:12:23 -0700 Subject: [PATCH] 8088147: FXCanvas: implement custom cursors In-Reply-To: References: Message-ID: <576C0A67.4040402@oracle.com> Hi Alexander, It looks like your patch was stripped out by the mailing list server. Can you please send me the patch offline, as a zip file (so line endings are preserved across different systems), and I will unzip it and attach it to the bug report. -- Kevin Alexander Nyssen wrote: > Hi, > > I have worked on a first contribution related to JDK-8088147. Attached please find a patch (created in extended Git format) that comprises the related changes. I have augmented the implementation of javafx.embed.swt.SWTCursors to handle the image cursor case. I further adjusted javafx.scene.Scene to update the cursor frame (in addition to the cursor) within synchronizeSceneProperties, so the cursor is not cleared in the first pulse succeeding the cursor property change. > > I have added an automated JUnit test (SWTCursorsTest) to the swt module, as well as a manual test (SWTImageCursorTest) to the systemTests module, with which the proper behavior can be verified. As no tests for SWT existed so far, I updated the build.gradle and gradle.properties files to support an SWT_TEST option, which allows to handle them similar to Swing tests. I also added the respective SWT dependency to the systemTests module. Please note that the JUnit test can currently not be executed using Gradle on the Mac (where the manual test currently is the single option; the automated tests are disabled), because there SWT-based tests require the -XstartOnFirstThread option that is currently not supported by the Gradle test runner (see https://issues.gradle.org/browse/GRADLE-3290 for details). We would have to use an ant task as a workaround. > > Regards, > Alexander > > > From richard.bair at oracle.com Thu Jun 23 16:49:39 2016 From: richard.bair at oracle.com (Richard Bair) Date: Thu, 23 Jun 2016 09:49:39 -0700 Subject: OpenJFX Project Lead Resignation Message-ID: Hi, As you know, I?ve been on the periphery of this project for the last several years, my full time employment taking me into a different path from client toolkits. The time has come to pass the torch, and part of that is to send my official resignation so that another may take it up. Truly, the time I spent working on JavaFX was the best so far of my career, and extremely fulfilling. It has been, and continues to be, a true pleasure to see your support and enthusiasm for this project. I do hereby officially resign as lead of OpenJFX. Yours, Richard From alexandr.scherbatiy at oracle.com Thu Jun 23 17:01:06 2016 From: alexandr.scherbatiy at oracle.com (Alexandr Scherbatiy) Date: Thu, 23 Jun 2016 20:01:06 +0300 Subject: Subject: New OpenJFX Project Lead: Kevin Rushforth Message-ID: I hereby nominate Kevin Rushforth to OpenJFX Project Lead [1][2]. Kevin has been working in OpenJFX Project for several years and is currently acting as the de facto Project Lead. Group Leads of the Project?s Sponsoring Groups, the Swing Group: Please vote on whether to ratify this change, as required by the Bylaws [2]. Votes are due by July 1, 2016. Votes must be cast in the open by replying to this message. For Three-Vote Consensus instructions, see [3]. Thanks, Alexandr. [1]: http://openjdk.java.net/census#openjfx [2]: http://openjdk.java.net/bylaws#project-lead [3]: http://openjdk.java.net/bylaws#three-vote-consensus From artem.ananiev at oracle.com Thu Jun 23 17:11:57 2016 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Thu, 23 Jun 2016 20:11:57 +0300 Subject: Subject: New OpenJFX Project Lead: Kevin Rushforth In-Reply-To: References: Message-ID: <356b3673-43fb-5587-4760-2a601da76829@oracle.com> Vote: yes Artem On 6/23/16 8:01 PM, Alexandr Scherbatiy wrote: > > I hereby nominate Kevin Rushforth to OpenJFX Project Lead [1][2]. > > Kevin has been working in OpenJFX Project for several years and is > currently acting as the de facto Project Lead. > > Group Leads of the Project?s Sponsoring Groups, the Swing Group: Please > vote on whether to ratify this change, as required by the Bylaws [2]. > Votes are due by July 1, 2016. Votes must be cast in the open by > replying to this message. > > For Three-Vote Consensus instructions, see [3]. > > Thanks, > Alexandr. > > [1]: http://openjdk.java.net/census#openjfx > [2]: http://openjdk.java.net/bylaws#project-lead > [3]: http://openjdk.java.net/bylaws#three-vote-consensus > From alexandr.scherbatiy at oracle.com Thu Jun 23 17:06:38 2016 From: alexandr.scherbatiy at oracle.com (Alexandr Scherbatiy) Date: Thu, 23 Jun 2016 20:06:38 +0300 Subject: Subject: New OpenJFX Project Lead: Kevin Rushforth In-Reply-To: References: Message-ID: <2f54e7cb-5761-de8c-4ced-d364451a6f5d@oracle.com> Vote: yes. Thanks, Alexandr. On 6/23/2016 8:01 PM, Alexandr Scherbatiy wrote: > > I hereby nominate Kevin Rushforth to OpenJFX Project Lead [1][2]. > > Kevin has been working in OpenJFX Project for several years and is > currently acting as the de facto Project Lead. > > Group Leads of the Project?s Sponsoring Groups, the Swing Group: > Please vote on whether to ratify this change, as required by the > Bylaws [2]. > Votes are due by July 1, 2016. Votes must be cast in the open by > replying to this message. > > For Three-Vote Consensus instructions, see [3]. > > Thanks, > Alexandr. > > [1]: http://openjdk.java.net/census#openjfx > [2]: http://openjdk.java.net/bylaws#project-lead > [3]: http://openjdk.java.net/bylaws#three-vote-consensus > From neugens at redhat.com Thu Jun 23 17:07:12 2016 From: neugens at redhat.com (Mario Torre) Date: Thu, 23 Jun 2016 19:07:12 +0200 Subject: OpenJFX Project Lead Resignation In-Reply-To: References: Message-ID: On Thu, Jun 23, 2016 at 6:49 PM, Richard Bair wrote: > Hi, > > As you know, I?ve been on the periphery of this project for the last several years, my full time employment taking me into a different path from client toolkits. The time has come to pass the torch, and part of that is to send my official resignation so that another may take it up. Truly, the time I spent working on JavaFX was the best so far of my career, and extremely fulfilling. It has been, and continues to be, a true pleasure to see your support and enthusiasm for this project. > > I do hereby officially resign as lead of OpenJFX. Thanks for the hard work, but especially thank you for leading the Open Sourcing transition! Cheers, Mario From kevin.rushforth at oracle.com Thu Jun 23 17:34:54 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 23 Jun 2016 10:34:54 -0700 Subject: OpenJFX Project Lead Resignation In-Reply-To: References: Message-ID: <576C1DBE.20704@oracle.com> Hi Richard, I would like to publicly thank you for your outstanding leadership of the OpenJFX Project over the years! I know that your heart is still with JavaFX even if it can no longer occupy more than a small percentage of your time to follow the mailing list. Your insights will always be welcome when you have occasion to share them with us. -- Kevin Richard Bair wrote: > Hi, > > As you know, I?ve been on the periphery of this project for the last several years, my full time employment taking me into a different path from client toolkits. The time has come to pass the torch, and part of that is to send my official resignation so that another may take it up. Truly, the time I spent working on JavaFX was the best so far of my career, and extremely fulfilling. It has been, and continues to be, a true pleasure to see your support and enthusiasm for this project. > > I do hereby officially resign as lead of OpenJFX. > > Yours, > Richard From alexandr.scherbatiy at oracle.com Thu Jun 23 18:00:03 2016 From: alexandr.scherbatiy at oracle.com (Alexandr Scherbatiy) Date: Thu, 23 Jun 2016 21:00:03 +0300 Subject: Subject: New OpenJFX Project Lead: Kevin Rushforth In-Reply-To: References: Message-ID: <8eb9ff63-7d59-da4e-a51b-a35b7c97e30e@oracle.com> On 6/23/2016 8:01 PM, Alexandr Scherbatiy wrote: > > I hereby nominate Kevin Rushforth to OpenJFX Project Lead [1][2]. > > Kevin has been working in OpenJFX Project for several years and is > currently acting as the de facto Project Lead. > > Group Leads of the Project?s Sponsoring Groups, the Swing Group: > Please vote on whether to ratify this change, as required by the > Bylaws [2]. > Votes are due by July 1, 2016. Votes must be cast in the open by > replying to this message. > > For Three-Vote Consensus instructions, see [3]. > > Thanks, > Alexandr. > > [1]: http://openjdk.java.net/census#openjfx > [2]: http://openjdk.java.net/bylaws#project-lead > [3]: http://openjdk.java.net/bylaws#three-vote-consensus All Group Leads of the Project?s Sponsoring Groups voted yes. According to the Three-Vote Consensus Kevin Rushforth is now the Lead of the OpenJFX Project. Thanks, Alexandr. From mark.reinhold at oracle.com Thu Jun 23 18:14:48 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 23 Jun 2016 11:14:48 -0700 Subject: Subject: New OpenJFX Project Lead: Kevin Rushforth In-Reply-To: <8eb9ff63-7d59-da4e-a51b-a35b7c97e30e@oracle.com> References: <8eb9ff63-7d59-da4e-a51b-a35b7c97e30e@oracle.com> Message-ID: <20160623111448.598286534eggemoggin.niobe.net> 2016/6/23 11:00:03 -0700, alexandr.scherbatiy at oracle.com: > On 6/23/2016 8:01 PM, Alexandr Scherbatiy wrote: >> I hereby nominate Kevin Rushforth to OpenJFX Project Lead [1][2]. >> >> Kevin has been working in OpenJFX Project for several years and is >> currently acting as the de facto Project Lead. >> >> Group Leads of the Project?s Sponsoring Groups, the Swing Group: >> Please vote on whether to ratify this change, as required by the >> Bylaws [2]. >> Votes are due by July 1, 2016. Votes must be cast in the open by >> replying to this message. >> >> ... > > All Group Leads of the Project?s Sponsoring Groups voted yes. > According to the Three-Vote Consensus Kevin Rushforth is now the > Lead of the OpenJFX Project. So recorded. - Mark From kevin.rushforth at oracle.com Thu Jun 23 22:32:18 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 23 Jun 2016 15:32:18 -0700 Subject: OpenJFX 8u-dev and 9-dev repos will be locked on Friday for maintenance Message-ID: <576C6372.1060903@oracle.com> The following OpenJFX repos will be locked tomorrow (Friday) for some maintenance: 9-dev/rt 9-dev/tests 8u-dev/rt 8u-dev/tests Please consider them as read-only mode during the lockout period. Start time: 07:00 Pacific, Friday, 2016-06-24 End time: ETA is 13:00 Pacific, but I will send an explicit "all clear" message when the maintenance is over If someone forgets and pushes a changeset during that time, it might get lost. This should not affect the ability to clone or pull during that time (or if it does it will only be transiently). -- Kevin From chien.yang at oracle.com Thu Jun 23 23:39:45 2016 From: chien.yang at oracle.com (Chien Yang) Date: Thu, 23 Jun 2016 16:39:45 -0700 Subject: [9] Code Review Request For 8159005: SceneBuilder needs public access to FXMLLoader setStaticLoad support from JavaFX that is no longer available Message-ID: <576C7341.3000302@oracle.com> Hi Kevin, Please review this proposed fix as we have discussed earlier. Webrev: https://bugs.openjdk.java.net/browse/JDK-8159005 Thanks, - Chien From chien.yang at oracle.com Thu Jun 23 23:41:06 2016 From: chien.yang at oracle.com (Chien Yang) Date: Thu, 23 Jun 2016 16:41:06 -0700 Subject: [9] Review Request For 8158948: SceneBuilder needs public access to CSS styling support from JavaFX that is no longer available Message-ID: <576C7392.80804@oracle.com> Hi Kevin, Please review this proposed fix as we have discussed earlier. Webrev: https://bugs.openjdk.java.net/browse/JDK-8158948 Thanks, - Chien From chien.yang at oracle.com Fri Jun 24 00:33:58 2016 From: chien.yang at oracle.com (Chien Yang) Date: Thu, 23 Jun 2016 17:33:58 -0700 Subject: [9] Code Review Request For 8158006: Improve javadoc for abstract classes that application should not directly extend Message-ID: <576C7FF6.5080100@oracle.com> Hi Kevin, Please review the proposed fix: JIRA: https://bugs.openjdk.java.net/browse/JDK-8158006 Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8158006/webrev.00/ Thanks, - Chien From murali.billa at oracle.com Fri Jun 24 06:34:43 2016 From: murali.billa at oracle.com (Murali Billa) Date: Thu, 23 Jun 2016 23:34:43 -0700 (PDT) Subject: [9] Review request for 8146211: WebView can't alert from a timer In-Reply-To: <24e1299d-e6d4-4b1f-bf32-9d1932418c3c@default> References: <2efd6ecd-2204-4d66-8ecc-0bb2977f1a09@default> <15a2a081-054d-4d82-8fff-632d43936d90@default> <24e1299d-e6d4-4b1f-bf32-9d1932418c3c@default> Message-ID: <9e288424-292b-4ad1-9671-a84521787d91@default> Hi Kevin, Arun, Please review below fix: JBS : https://bugs.openjdk.java.net/browse/JDK-8146211 Webrev : http://cr.openjdk.java.net/~mbilla/8146211/webrev.00/ Thanks, Murali From tom.schindl at bestsolution.at Fri Jun 24 08:26:01 2016 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Fri, 24 Jun 2016 10:26:01 +0200 Subject: Posible bug when maximizing an already maximized stage on Mac In-Reply-To: References: Message-ID: Hi, I filed https://bugs.openjdk.java.net/browse/JDK-8160241 . As this is a very serious bug rendering applications completely unusable on OS-X I hope it gets some attention. Tom On 23.06.16 15:32, Jos? Pereda wrote: > No, I didn't. It didn't get much of attention. > > You can go ahead. > > Jose > > On Thu, Jun 23, 2016 at 3:15 PM, Tom Schindl > > wrote: > > Did you ever filed a bug for that? This is a serious bug rendering > JavaFX applications useless. > > Tom > > On 31.03.16 11:16, Jos? Pereda wrote: > > Hi all, > > > > Running this little test on a MacBook Pro Retina, OS X 10.11.4, > with JDK > > 8u77: > > > > @Override > > public void start(Stage stage) { > > Button button = new Button("Click to maximize"); > > button.setOnAction(e -> stage.setMaximized(true)); > > Rectangle2D bounds = Screen.getPrimary().getVisualBounds(); > > stage.setScene(new Scene(new StackPane(button), > bounds.getWidth(), > > bounds.getHeight())); > > stage.show(); > > } > > > > which shouldn't do anything at all, since the stage is already > maximized, > > turns into an iconified application, with root dimensions 0x0, stage > > dimensions 0x22 (height of menubar), stage.isIconified() returns > false, and > > it can't be restored again to any visible size by any means other than > > closing the application from the dock. > > > > A posible situation where this could happen: persisting and > restoring the > > properties (x, y, width, height and maximized) of a maximized stage. > > > > > > I haven't found any report of this. Should I file a bug? > > > > Thanks, > > Jose > > > > -- > > > > > -- > Thomas Schindl, CTO > BestSolution.at EDV Systemhaus GmbH > Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck > http://www.bestsolution.at/ > Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck > > > > > -- > -- Thomas Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck http://www.bestsolution.at/ Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From tom.schindl at bestsolution.at Fri Jun 24 08:38:41 2016 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Fri, 24 Jun 2016 10:38:41 +0200 Subject: Reentrent call to Control.createDefaultSkin() In-Reply-To: References: Message-ID: <0249ecaf-8f4e-345e-6d6c-433aad34b4fa@bestsolution.at> Hi, I filed https://bugs.openjdk.java.net/browse/JDK-8160242 Tom On 23.06.16 00:55, Jonathan Giles wrote: > I think this is a reasonable expectation. Can you please file an issue > and we can progress it from there? > > Thanks, > > -- Jonathan > > On 23/06/16 7:31 AM, Tom Schindl wrote: >> Hi, >> >> Take a look at the stack below. >> >>> ComboBoxListViewSkin(ComboBoxBaseSkin).(ComboBoxBase, >>> ComboBoxBaseBehavior) line: 57 >>> ComboBoxListViewSkin(ComboBoxPopupControl).(ComboBoxBase, >>> ComboBoxBaseBehavior) line: 61 >>> ComboBoxListViewSkin.(ComboBox) line: 113 >>> ComboBox.createDefaultSkin() line: 420 >>> ComboBox(Control).impl_processCSS(WritableValue) line: >>> 859 >>> FSimpleSelectControl(Parent).impl_processCSS(WritableValue) >>> line: 1280 >>> FSimpleSelectControl(Control).impl_processCSS(WritableValue) >>> line: 855 >>> FlexibleGridLayoutPane$LayoutItem(Parent).impl_processCSS(WritableValue) >>> line: 1280 >>> GridPane(Parent).impl_processCSS(WritableValue) line: 1280 >>> FlexibleGridLayoutPane(Parent).impl_processCSS(WritableValue) line: >>> 1280 >>> VBox(Parent).impl_processCSS(WritableValue) line: 1280 >>> ScrollPaneSkin$4(Parent).impl_processCSS(WritableValue) >>> line: 1280 >>> ScrollPaneSkin$3(Parent).impl_processCSS(WritableValue) >>> line: 1280 >>> ScrollPane(Parent).impl_processCSS(WritableValue) line: 1280 >>> ScrollPane(Control).impl_processCSS(WritableValue) line: 855 >>> ScrollPane(Node).processCSS() line: 9056 >>> SimpleListCell(Node).applyCss() line: 9153 >>> ComboBoxListViewSkin(ComboBoxBaseSkin).updateDisplayArea() >>> line: 150 >>> ComboBoxListViewSkin.updateButtonCell() line: 406 [local variables >>> unavailable] >>> ComboBoxListViewSkin.(ComboBox) line: 134 >>> ComboBox.createDefaultSkin() line: 420 >>> ComboBox(Control).impl_processCSS(WritableValue) line: >>> 859 >>> FSimpleSelectControl(Parent).impl_processCSS(WritableValue) >>> line: 1280 >>> FSimpleSelectControl(Control).impl_processCSS(WritableValue) >>> line: 862 >>> FlexibleGridLayoutPane$LayoutItem(Parent).impl_processCSS(WritableValue) >>> line: 1280 >>> GridPane(Parent).impl_processCSS(WritableValue) line: 1280 >>> FlexibleGridLayoutPane(Parent).impl_processCSS(WritableValue) line: >>> 1280 >>> VBox(Parent).impl_processCSS(WritableValue) line: 1280 >> It shows you a stack where I create an instance of a ComboBox but this >> code creates 2 Skin-Instance for the same ComboBox-Instance (the 2nd >> iteration starts with updateDisplayArea). >> >> I've been unable to come up with a stripped down example but I think >> Control#impl_processCSS(WritableValue) has to ensure that no >> 2nd skin is created while the first initialization is not finished. >> >> Something like that: >> >> private boolean createSkinCreationInProgress; >> >> @Override protected void impl_processCSS(WritableValue unused) { >>> super.impl_processCSS(unused); >>> >>> if (getSkin() == null) { >>> if( createSkinCreationInProgress ) { >>> return; >>> } >>> try { >>> createSkinCreationInProgress = true; >>> // try to create default skin >>> final Skin defaultSkin = createDefaultSkin(); >>> if (defaultSkin != null) { >>> skinProperty().set(defaultSkin); >>> super.impl_processCSS(unused); >>> } else { >>> final String msg = "The -fx-skin property has >>> not been defined in CSS for " + this + >>> " and createDefaultSkin() >>> returned null."; >>> final List errors = >>> StyleManager.getErrors(); >>> if (errors != null) { >>> CssError error = new CssError(msg); >>> errors.add(error); // RT-19884 >>> } >>> Logging.getControlsLogger().severe(msg); >>> } >>> } finally { createSkinCreationInProgress = false; } >>> } >> } >> >> Does that make sense? >> >> Tom >> > -- Thomas Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck http://www.bestsolution.at/ Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck From kevin.rushforth at oracle.com Fri Jun 24 18:50:02 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 24 Jun 2016 11:50:02 -0700 Subject: 8u-dev and 9-dev repos are unlocked [was: OpenJFX 8u-dev and 9-dev repos will be locked on Friday for maintenance] In-Reply-To: <576C6372.1060903@oracle.com> References: <576C6372.1060903@oracle.com> Message-ID: <576D80DA.9020102@oracle.com> The repo maintenance is done and the 8u-dev and 9-dev repos are unlocked. -- Kevin Kevin Rushforth wrote: > The following OpenJFX repos will be locked tomorrow (Friday) for some > maintenance: > > 9-dev/rt > 9-dev/tests > 8u-dev/rt > 8u-dev/tests > > Please consider them as read-only mode during the lockout period. > > Start time: 07:00 Pacific, Friday, 2016-06-24 > End time: ETA is 13:00 Pacific, but I will send an explicit "all > clear" message when the maintenance is over > > If someone forgets and pushes a changeset during that time, it might > get lost. > > This should not affect the ability to clone or pull during that time > (or if it does it will only be transiently). > > -- Kevin > From kevin.rushforth at oracle.com Sat Jun 25 00:04:12 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 24 Jun 2016 17:04:12 -0700 Subject: In(Sanity) Testing Mondays Message-ID: <576DCA7C.5050701@oracle.com> Reminder, Monday is our weekly sanity testing. You can find your testing assignment at: https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing Also please remember that the repo will be locked from 1am PST until 1pm PST. Happy testing! Thanks. -- Kevin From murali.billa at oracle.com Mon Jun 27 12:40:42 2016 From: murali.billa at oracle.com (Murali Billa) Date: Mon, 27 Jun 2016 05:40:42 -0700 (PDT) Subject: [9] Review request for 8154127: Need to document that JavaScript to Java bindings use weak references In-Reply-To: <9e288424-292b-4ad1-9671-a84521787d91@default> References: <2efd6ecd-2204-4d66-8ecc-0bb2977f1a09@default> <15a2a081-054d-4d82-8fff-632d43936d90@default> <24e1299d-e6d4-4b1f-bf32-9d1932418c3c@default> <9e288424-292b-4ad1-9671-a84521787d91@default> Message-ID: <30028172-bf88-496c-a4ab-5d776bdeae68@default> Hi Kevin, Arun, Please review below fix: JBS : https://bugs.openjdk.java.net/browse/JDK-8154127 Webrev : http://cr.openjdk.java.net/~mbilla/8154127/webrev.00/ Thanks, Murali From murali.billa at oracle.com Mon Jun 27 18:46:55 2016 From: murali.billa at oracle.com (Murali Billa) Date: Mon, 27 Jun 2016 11:46:55 -0700 (PDT) Subject: [9] Review request for 8160388: Test Case Failure in CallBackTest In-Reply-To: <30028172-bf88-496c-a4ab-5d776bdeae68@default> References: <2efd6ecd-2204-4d66-8ecc-0bb2977f1a09@default> <15a2a081-054d-4d82-8fff-632d43936d90@default> <24e1299d-e6d4-4b1f-bf32-9d1932418c3c@default> <9e288424-292b-4ad1-9671-a84521787d91@default> <30028172-bf88-496c-a4ab-5d776bdeae68@default> Message-ID: <060a66c7-4573-4d0c-a2f5-081909edf4a6@default> Hi Kevin, Arun, Please review below fix: JBS : https://bugs.openjdk.java.net/browse/JDK-8160388 Webrev : http://cr.openjdk.java.net/~mbilla/8160388/webrev.00/ Thanks, Murali From a.ankit.srivastava at oracle.com Tue Jun 28 05:50:33 2016 From: a.ankit.srivastava at oracle.com (Ankit Srivastava) Date: Mon, 27 Jun 2016 22:50:33 -0700 (PDT) Subject: [9] Review Request : 8130727 WebView Tooltip position no longer changes in 8u60 Message-ID: <0e6cbdb4-12e3-4aac-8db0-a05eef2c2437@default> Hi Kevin, Arun, Please review the patch JBS: https://bugs.openjdk.java.net/browse/JDK-8130727 WebRev: http://cr.openjdk.java.net/~asrivastava/8130727/webrev.00/ Resolution updated in JBS. Regards, Ankit From murali.billa at oracle.com Tue Jun 28 07:09:11 2016 From: murali.billa at oracle.com (Murali Billa) Date: Tue, 28 Jun 2016 00:09:11 -0700 (PDT) Subject: [9] Review request for 8160400: WebView can't alert from a timer In-Reply-To: <30028172-bf88-496c-a4ab-5d776bdeae68@default> References: <2efd6ecd-2204-4d66-8ecc-0bb2977f1a09@default> <15a2a081-054d-4d82-8fff-632d43936d90@default> <24e1299d-e6d4-4b1f-bf32-9d1932418c3c@default> <9e288424-292b-4ad1-9671-a84521787d91@default> <30028172-bf88-496c-a4ab-5d776bdeae68@default> Message-ID: <8a69725c-e377-4fc8-a975-9db7a27fca27@default> Hi Kevin, Arun, Please review below fix: JBS : https://bugs.openjdk.java.net/browse/JDK-8160400 Webrev : http://cr.openjdk.java.net/~mbilla/8160400/webrev.00/ Thanks, Murali From emanuel.guevel at capgemini.com Tue Jun 28 13:37:54 2016 From: emanuel.guevel at capgemini.com (GUEVEL, Emanuel) Date: Tue, 28 Jun 2016 13:37:54 +0000 Subject: Exception on render thread: "NGTriangleMesh: buildGeometry failed" Message-ID: <6E1176306FA3DB4DB7EFA8910825504C87BD6E16@de-cm-mbx01> Hello, I am using JavaFX 8 for a 3D visualization application. I display a set of TriangleMesh and under some circumstances, an exception is thrown on the JavaFX rendering thread ("QuantumRenderer") in NGTriangleMesh.validate(). The message is "NGTriangleMesh: buildGeometry failed". I know this exception is thrown when the mesh geometry data are incorrect, but in this case the behavior is inconsistent : the same data may or may not be considered invalid. It seems the problem occurs more often when more memory is allocated to the JVM (via -Xms and -Xms command arguments). I use JDK8u92 32 bits on Windows. Does anyone encounter the same problem ? Do you have a solution ? Thanks in advance. Best regards, Emanuel This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. From kevin.rushforth at oracle.com Tue Jun 28 14:32:49 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 28 Jun 2016 07:32:49 -0700 Subject: Exception on render thread: "NGTriangleMesh: buildGeometry failed" In-Reply-To: <6E1176306FA3DB4DB7EFA8910825504C87BD6E16@de-cm-mbx01> References: <6E1176306FA3DB4DB7EFA8910825504C87BD6E16@de-cm-mbx01> Message-ID: <57728A91.405@oracle.com> This suggests that you are running out of native memory. You might consider using a 64-bit JVM. -- Kevin GUEVEL, Emanuel wrote: > Hello, > > I am using JavaFX 8 for a 3D visualization application. > I display a set of TriangleMesh and under some circumstances, an exception is thrown on the JavaFX rendering thread ("QuantumRenderer") in NGTriangleMesh.validate(). > The message is "NGTriangleMesh: buildGeometry failed". > > I know this exception is thrown when the mesh geometry data are incorrect, but in this case the behavior is inconsistent : the same data may or may not be considered invalid. > It seems the problem occurs more often when more memory is allocated to the JVM (via -Xms and -Xms command arguments). > > I use JDK8u92 32 bits on Windows. > > Does anyone encounter the same problem ? > Do you have a solution ? > > Thanks in advance. > > Best regards, > Emanuel > > This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. > From yasuenag at gmail.com Tue Jun 28 14:36:37 2016 From: yasuenag at gmail.com (Yasumasa Suenaga) Date: Tue, 28 Jun 2016 23:36:37 +0900 Subject: ClassNotFoundException at HostServicesDelegate Message-ID: <15b0012c-7d00-b27d-ed0c-2250bb9b2851@gmail.com> Hi all, When I ran HeapStats Analyzer [1] on JDK 9 EA b124, I encountered ClassNotFoundException as below: ------------ java.lang.ClassNotFoundException: com.sun.deploy.uitoolkit.impl.fx.HostServicesFactory at jdk.internal.loader.BuiltinClassLoader.loadClass(java.base at 9-ea/BuiltinClassLoader.java:366) at java.lang.ClassLoader.loadClass(java.base at 9-ea/ClassLoader.java:419) at java.lang.Class.forName0(java.base at 9-ea/Native Method) at java.lang.Class.forName(java.base at 9-ea/Class.java:378) at com.sun.javafx.application.HostServicesDelegate.lambda$getInstance$0(javafx.graphics at 9-ea/HostServicesDelegate.java:52) : ------------ This message does not appear on JDK 8u92. I think this message is printed at [2]. I think this exception message do not need to be printed. At least, it is debug level. Does someone work for it? If not so, I want to contribute patch. Thanks, Yasumasa [1] http://icedtea.classpath.org/wiki/HeapStats [2] http://hg.openjdk.java.net/openjfx/9-dev/rt/file/3597495167c7/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java#l58 From kevin.rushforth at oracle.com Tue Jun 28 14:52:45 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 28 Jun 2016 07:52:45 -0700 Subject: ClassNotFoundException at HostServicesDelegate In-Reply-To: <15b0012c-7d00-b27d-ed0c-2250bb9b2851@gmail.com> References: <15b0012c-7d00-b27d-ed0c-2250bb9b2851@gmail.com> Message-ID: <57728F3D.6000707@oracle.com> Hi Yasumasa, I assume this is a download of the Oracle JDK from java.net? We haven't seen any problems like this, so it might be a problem with HeapStats analyzer. The class in question is a closed-source class that lives in the javafx.deploy module. What exactly are you running? -- Kevin Yasumasa Suenaga wrote: > Hi all, > > When I ran HeapStats Analyzer [1] on JDK 9 EA b124, I encountered > ClassNotFoundException as below: > ------------ > java.lang.ClassNotFoundException: > com.sun.deploy.uitoolkit.impl.fx.HostServicesFactory > at > jdk.internal.loader.BuiltinClassLoader.loadClass(java.base at 9-ea/BuiltinClassLoader.java:366) > > at > java.lang.ClassLoader.loadClass(java.base at 9-ea/ClassLoader.java:419) > at java.lang.Class.forName0(java.base at 9-ea/Native Method) > at java.lang.Class.forName(java.base at 9-ea/Class.java:378) > at > com.sun.javafx.application.HostServicesDelegate.lambda$getInstance$0(javafx.graphics at 9-ea/HostServicesDelegate.java:52) > > : > ------------ > > This message does not appear on JDK 8u92. > I think this message is printed at [2]. > > I think this exception message do not need to be printed. > At least, it is debug level. > > Does someone work for it? > If not so, I want to contribute patch. > > > Thanks, > > Yasumasa > > > [1] http://icedtea.classpath.org/wiki/HeapStats > [2] > http://hg.openjdk.java.net/openjfx/9-dev/rt/file/3597495167c7/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java#l58 > From alexander.zvegintsev at oracle.com Tue Jun 28 15:05:41 2016 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Tue, 28 Jun 2016 18:05:41 +0300 Subject: [9] Review request 8160241: Maximizing an Window with Screen-Size hides it Message-ID: Hi, please review the fix http://cr.openjdk.java.net/~azvegint/fx/9/8160241/00/ for the issue https://bugs.openjdk.java.net/browse/JDK-8160241 From yasuenag at gmail.com Tue Jun 28 15:08:35 2016 From: yasuenag at gmail.com (Yasumasa Suenaga) Date: Wed, 29 Jun 2016 00:08:35 +0900 Subject: ClassNotFoundException at HostServicesDelegate In-Reply-To: <57728F3D.6000707@oracle.com> References: <15b0012c-7d00-b27d-ed0c-2250bb9b2851@gmail.com> <57728F3D.6000707@oracle.com> Message-ID: Hi Kevin, I use JDK 9 EA b124 for Windows x64 from java.net. https://jdk9.java.net/download/ If you want to full stack trace, please download from here: http://icedtea.classpath.org/bugzilla/attachment.cgi?id=1540&action=edit This exception does not occur on OracleJDK 8. So I guess this exception is from Java FX 9. Thanks, Yasumasa 2016/06/28 23:52 "Kevin Rushforth" : > Hi Yasumasa, > > I assume this is a download of the Oracle JDK from java.net? We haven't > seen any problems like this, so it might be a problem with HeapStats > analyzer. The class in question is a closed-source class that lives in the > javafx.deploy module. What exactly are you running? > > -- Kevin > > > Yasumasa Suenaga wrote: > >> Hi all, >> >> When I ran HeapStats Analyzer [1] on JDK 9 EA b124, I encountered >> ClassNotFoundException as below: >> ------------ >> java.lang.ClassNotFoundException: >> com.sun.deploy.uitoolkit.impl.fx.HostServicesFactory >> at jdk.internal.loader.BuiltinClassLoader.loadClass(java.base at 9-ea/BuiltinClassLoader.java:366) >> >> at java.lang.ClassLoader.loadClass(java.base at 9-ea >> /ClassLoader.java:419) >> at java.lang.Class.forName0(java.base at 9-ea/Native Method) >> at java.lang.Class.forName(java.base at 9-ea/Class.java:378) >> at >> com.sun.javafx.application.HostServicesDelegate.lambda$getInstance$0(javafx.graphics at 9-ea/HostServicesDelegate.java:52) >> >> : >> ------------ >> >> This message does not appear on JDK 8u92. >> I think this message is printed at [2]. >> >> I think this exception message do not need to be printed. >> At least, it is debug level. >> >> Does someone work for it? >> If not so, I want to contribute patch. >> >> >> Thanks, >> >> Yasumasa >> >> >> [1] http://icedtea.classpath.org/wiki/HeapStats >> [2] >> http://hg.openjdk.java.net/openjfx/9-dev/rt/file/3597495167c7/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java#l58 >> > From kevin.rushforth at oracle.com Tue Jun 28 15:40:31 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 28 Jun 2016 08:40:31 -0700 Subject: ClassNotFoundException at HostServicesDelegate In-Reply-To: References: <15b0012c-7d00-b27d-ed0c-2250bb9b2851@gmail.com> <57728F3D.6000707@oracle.com> Message-ID: <57729A6F.3040500@oracle.com> Thanks for the pointer. That was enough for me to reproduce the bug. I filed the following issue to track it: https://bugs.openjdk.java.net/browse/JDK-8160464 -- Kevin Yasumasa Suenaga wrote: > > Hi Kevin, > > I use JDK 9 EA b124 for Windows x64 from java.net . > https://jdk9.java.net/download/ > > If you want to full stack trace, please download from here: > > http://icedtea.classpath.org/bugzilla/attachment.cgi?id=1540&action=edit > > > This exception does not occur on OracleJDK 8. So I guess this > exception is from Java FX 9. > > Thanks, > > Yasumasa > > 2016/06/28 23:52 "Kevin Rushforth" >: > > Hi Yasumasa, > > I assume this is a download of the Oracle JDK from java.net > ? We haven't seen any problems like this, so it > might be a problem with HeapStats analyzer. The class in question > is a closed-source class that lives in the javafx.deploy module. > What exactly are you running? > > -- Kevin > > > Yasumasa Suenaga wrote: > > Hi all, > > When I ran HeapStats Analyzer [1] on JDK 9 EA b124, I > encountered ClassNotFoundException as below: > ------------ > java.lang.ClassNotFoundException: > com.sun.deploy.uitoolkit.impl.fx.HostServicesFactory > at > jdk.internal.loader.BuiltinClassLoader.loadClass(java.base at 9-ea/BuiltinClassLoader.java:366) > > at > java.lang.ClassLoader.loadClass(java.base at 9-ea/ClassLoader.java:419) > at java.lang.Class.forName0(java.base at 9-ea/Native Method) > at java.lang.Class.forName(java.base at 9-ea/Class.java:378) > at > com.sun.javafx.application.HostServicesDelegate.lambda$getInstance$0(javafx.graphics at 9-ea/HostServicesDelegate.java:52) > > : > ------------ > > This message does not appear on JDK 8u92. > I think this message is printed at [2]. > > I think this exception message do not need to be printed. > At least, it is debug level. > > Does someone work for it? > If not so, I want to contribute patch. > > > Thanks, > > Yasumasa > > > [1] http://icedtea.classpath.org/wiki/HeapStats > [2] > http://hg.openjdk.java.net/openjfx/9-dev/rt/file/3597495167c7/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java#l58 > > From kevin.rushforth at oracle.com Tue Jun 28 15:44:06 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 28 Jun 2016 08:44:06 -0700 Subject: ClassNotFoundException at HostServicesDelegate In-Reply-To: <57729A6F.3040500@oracle.com> References: <15b0012c-7d00-b27d-ed0c-2250bb9b2851@gmail.com> <57728F3D.6000707@oracle.com> <57729A6F.3040500@oracle.com> Message-ID: <57729B46.2030001@oracle.com> A workaround is: java -addmods javafx.deploy .... We will need a fix that doesn't require this. -- Kevin Kevin Rushforth wrote: > Thanks for the pointer. That was enough for me to reproduce the bug. I > filed the following issue to track it: > > https://bugs.openjdk.java.net/browse/JDK-8160464 > > -- Kevin > > > Yasumasa Suenaga wrote: >> >> Hi Kevin, >> >> I use JDK 9 EA b124 for Windows x64 from java.net . >> https://jdk9.java.net/download/ >> >> If you want to full stack trace, please download from here: >> >> http://icedtea.classpath.org/bugzilla/attachment.cgi?id=1540&action=edit >> >> >> >> This exception does not occur on OracleJDK 8. So I guess this >> exception is from Java FX 9. >> >> Thanks, >> >> Yasumasa >> >> 2016/06/28 23:52 "Kevin Rushforth" > >: >> >> Hi Yasumasa, >> >> I assume this is a download of the Oracle JDK from java.net >> ? We haven't seen any problems like this, so it >> might be a problem with HeapStats analyzer. The class in question >> is a closed-source class that lives in the javafx.deploy module. >> What exactly are you running? >> >> -- Kevin >> >> >> Yasumasa Suenaga wrote: >> >> Hi all, >> >> When I ran HeapStats Analyzer [1] on JDK 9 EA b124, I >> encountered ClassNotFoundException as below: >> ------------ >> java.lang.ClassNotFoundException: >> com.sun.deploy.uitoolkit.impl.fx.HostServicesFactory >> at >> >> jdk.internal.loader.BuiltinClassLoader.loadClass(java.base at 9-ea/BuiltinClassLoader.java:366) >> >> >> at >> >> java.lang.ClassLoader.loadClass(java.base at 9-ea/ClassLoader.java:419) >> at java.lang.Class.forName0(java.base at 9-ea/Native >> Method) >> at >> java.lang.Class.forName(java.base at 9-ea/Class.java:378) >> at >> >> com.sun.javafx.application.HostServicesDelegate.lambda$getInstance$0(javafx.graphics at 9-ea/HostServicesDelegate.java:52) >> >> >> : >> ------------ >> >> This message does not appear on JDK 8u92. >> I think this message is printed at [2]. >> >> I think this exception message do not need to be printed. >> At least, it is debug level. >> >> Does someone work for it? >> If not so, I want to contribute patch. >> >> >> Thanks, >> >> Yasumasa >> >> >> [1] http://icedtea.classpath.org/wiki/HeapStats >> [2] >> >> http://hg.openjdk.java.net/openjfx/9-dev/rt/file/3597495167c7/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java#l58 >> >> >> From emanuel.guevel at capgemini.com Tue Jun 28 15:59:06 2016 From: emanuel.guevel at capgemini.com (GUEVEL, Emanuel) Date: Tue, 28 Jun 2016 15:59:06 +0000 Subject: Exception on render thread: "NGTriangleMesh: buildGeometry failed" In-Reply-To: <57728A91.405@oracle.com> References: <6E1176306FA3DB4DB7EFA8910825504C87BD6E16@de-cm-mbx01> <57728A91.405@oracle.com> Message-ID: <6E1176306FA3DB4DB7EFA8910825504C87BD8E8C@de-cm-mbx01> It worked. The problem is not present anymore after switching to a 64-bit JVM. Many thanks for this. :) Best regards, Emanuel -----Message d'origine----- De?: Kevin Rushforth [mailto:kevin.rushforth at oracle.com] Envoy??: mardi 28 juin 2016 16:33 ??: GUEVEL, Emanuel Cc?: openjfx-dev at openjdk.java.net Objet?: Re: Exception on render thread: "NGTriangleMesh: buildGeometry failed" This suggests that you are running out of native memory. You might consider using a 64-bit JVM. -- Kevin GUEVEL, Emanuel wrote: > Hello, > > I am using JavaFX 8 for a 3D visualization application. > I display a set of TriangleMesh and under some circumstances, an exception is thrown on the JavaFX rendering thread ("QuantumRenderer") in NGTriangleMesh.validate(). > The message is "NGTriangleMesh: buildGeometry failed". > > I know this exception is thrown when the mesh geometry data are incorrect, but in this case the behavior is inconsistent : the same data may or may not be considered invalid. > It seems the problem occurs more often when more memory is allocated to the JVM (via -Xms and -Xms command arguments). > > I use JDK8u92 32 bits on Windows. > > Does anyone encounter the same problem ? > Do you have a solution ? > > Thanks in advance. > > Best regards, > Emanuel > > This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. > From kevin.rushforth at oracle.com Tue Jun 28 16:18:41 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 28 Jun 2016 09:18:41 -0700 Subject: Exception on render thread: "NGTriangleMesh: buildGeometry failed" In-Reply-To: <6E1176306FA3DB4DB7EFA8910825504C87BD8E8C@de-cm-mbx01> References: <6E1176306FA3DB4DB7EFA8910825504C87BD6E16@de-cm-mbx01> <57728A91.405@oracle.com> <6E1176306FA3DB4DB7EFA8910825504C87BD8E8C@de-cm-mbx01> Message-ID: <5772A361.1010208@oracle.com> Glad to hear it. -- Kevin GUEVEL, Emanuel wrote: > It worked. > > The problem is not present anymore after switching to a 64-bit JVM. > > Many thanks for this. :) > > Best regards, > Emanuel > > > -----Message d'origine----- > De : Kevin Rushforth [mailto:kevin.rushforth at oracle.com] > Envoy? : mardi 28 juin 2016 16:33 > ? : GUEVEL, Emanuel > Cc : openjfx-dev at openjdk.java.net > Objet : Re: Exception on render thread: "NGTriangleMesh: buildGeometry failed" > > This suggests that you are running out of native memory. You might consider using a 64-bit JVM. > > -- Kevin > > > GUEVEL, Emanuel wrote: > >> Hello, >> >> I am using JavaFX 8 for a 3D visualization application. >> I display a set of TriangleMesh and under some circumstances, an exception is thrown on the JavaFX rendering thread ("QuantumRenderer") in NGTriangleMesh.validate(). >> The message is "NGTriangleMesh: buildGeometry failed". >> >> I know this exception is thrown when the mesh geometry data are incorrect, but in this case the behavior is inconsistent : the same data may or may not be considered invalid. >> It seems the problem occurs more often when more memory is allocated to the JVM (via -Xms and -Xms command arguments). >> >> I use JDK8u92 32 bits on Windows. >> >> Does anyone encounter the same problem ? >> Do you have a solution ? >> >> Thanks in advance. >> >> Best regards, >> Emanuel >> >> This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. >> >> From james.graham at oracle.com Tue Jun 28 20:34:50 2016 From: james.graham at oracle.com (Jim Graham) Date: Tue, 28 Jun 2016 13:34:50 -0700 Subject: Exception on render thread: "NGTriangleMesh: buildGeometry failed" In-Reply-To: <5772A361.1010208@oracle.com> References: <6E1176306FA3DB4DB7EFA8910825504C87BD6E16@de-cm-mbx01> <57728A91.405@oracle.com> <6E1176306FA3DB4DB7EFA8910825504C87BD8E8C@de-cm-mbx01> <5772A361.1010208@oracle.com> Message-ID: <5217c518-e045-8cd1-741b-eb6a82184f9e@oracle.com> Would a better exception help? OOME? ...jim On 6/28/16 9:18 AM, Kevin Rushforth wrote: > Glad to hear it. > > -- Kevin > > > GUEVEL, Emanuel wrote: >> It worked. >> >> The problem is not present anymore after switching to a 64-bit JVM. >> >> Many thanks for this. :) >> >> Best regards, >> Emanuel >> >> >> -----Message d'origine----- >> De : Kevin Rushforth [mailto:kevin.rushforth at oracle.com] Envoy? : mardi 28 juin 2016 16:33 >> ? : GUEVEL, Emanuel >> Cc : openjfx-dev at openjdk.java.net >> Objet : Re: Exception on render thread: "NGTriangleMesh: buildGeometry failed" >> >> This suggests that you are running out of native memory. You might consider using a 64-bit JVM. >> >> -- Kevin >> >> >> GUEVEL, Emanuel wrote: >> >>> Hello, >>> >>> I am using JavaFX 8 for a 3D visualization application. >>> I display a set of TriangleMesh and under some circumstances, an exception is thrown on the JavaFX rendering thread >>> ("QuantumRenderer") in NGTriangleMesh.validate(). >>> The message is "NGTriangleMesh: buildGeometry failed". >>> >>> I know this exception is thrown when the mesh geometry data are incorrect, but in this case the behavior is >>> inconsistent : the same data may or may not be considered invalid. >>> It seems the problem occurs more often when more memory is allocated to the JVM (via -Xms and -Xms command arguments). >>> >>> I use JDK8u92 32 bits on Windows. >>> >>> Does anyone encounter the same problem ? >>> Do you have a solution ? >>> >>> Thanks in advance. >>> >>> Best regards, >>> Emanuel >>> >>> This message contains information that may be privileged or confidential and is the property of the Capgemini Group. >>> It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not >>> authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you >>> receive this message in error, please notify the sender immediately and delete all copies of this message. >>> From kevin.rushforth at oracle.com Tue Jun 28 21:46:38 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 28 Jun 2016 14:46:38 -0700 Subject: Exception on render thread: "NGTriangleMesh: buildGeometry failed" In-Reply-To: <5217c518-e045-8cd1-741b-eb6a82184f9e@oracle.com> References: <6E1176306FA3DB4DB7EFA8910825504C87BD6E16@de-cm-mbx01> <57728A91.405@oracle.com> <6E1176306FA3DB4DB7EFA8910825504C87BD8E8C@de-cm-mbx01> <5772A361.1010208@oracle.com> <5217c518-e045-8cd1-741b-eb6a82184f9e@oracle.com> Message-ID: <5772F03E.5090705@oracle.com> Yes, so we might want to file a bug (we have several places in native where we should do a better job about handling native OOM). -- Kevin Jim Graham wrote: > Would a better exception help? OOME? > > ...jim > > On 6/28/16 9:18 AM, Kevin Rushforth wrote: >> Glad to hear it. >> >> -- Kevin >> >> >> GUEVEL, Emanuel wrote: >>> It worked. >>> >>> The problem is not present anymore after switching to a 64-bit JVM. >>> >>> Many thanks for this. :) >>> >>> Best regards, >>> Emanuel >>> >>> >>> -----Message d'origine----- >>> De : Kevin Rushforth [mailto:kevin.rushforth at oracle.com] Envoy? : >>> mardi 28 juin 2016 16:33 >>> ? : GUEVEL, Emanuel >>> Cc : openjfx-dev at openjdk.java.net >>> Objet : Re: Exception on render thread: "NGTriangleMesh: >>> buildGeometry failed" >>> >>> This suggests that you are running out of native memory. You might >>> consider using a 64-bit JVM. >>> >>> -- Kevin >>> >>> >>> GUEVEL, Emanuel wrote: >>> >>>> Hello, >>>> >>>> I am using JavaFX 8 for a 3D visualization application. >>>> I display a set of TriangleMesh and under some circumstances, an >>>> exception is thrown on the JavaFX rendering thread >>>> ("QuantumRenderer") in NGTriangleMesh.validate(). >>>> The message is "NGTriangleMesh: buildGeometry failed". >>>> >>>> I know this exception is thrown when the mesh geometry data are >>>> incorrect, but in this case the behavior is >>>> inconsistent : the same data may or may not be considered invalid. >>>> It seems the problem occurs more often when more memory is >>>> allocated to the JVM (via -Xms and -Xms command arguments). >>>> >>>> I use JDK8u92 32 bits on Windows. >>>> >>>> Does anyone encounter the same problem ? >>>> Do you have a solution ? >>>> >>>> Thanks in advance. >>>> >>>> Best regards, >>>> Emanuel >>>> >>>> This message contains information that may be privileged or >>>> confidential and is the property of the Capgemini Group. >>>> It is intended only for the person to whom it is addressed. If you >>>> are not the intended recipient, you are not >>>> authorized to read, print, retain, copy, disseminate, distribute, >>>> or use this message or any part thereof. If you >>>> receive this message in error, please notify the sender immediately >>>> and delete all copies of this message. >>>> From David.Hill at Oracle.com Tue Jun 28 21:54:01 2016 From: David.Hill at Oracle.com (David Hill) Date: Tue, 28 Jun 2016 17:54:01 -0400 Subject: Building OpenJFX for the first time In-Reply-To: <007f01d1c8d5$50916470$f1b42d50$@ozemail.com.au> References: <000e01d1c85f$760e6c00$622b4400$@ozemail.com.au> <57645521.6000608@oracle.com> <007f01d1c8d5$50916470$f1b42d50$@ozemail.com.au> Message-ID: <5772F1F9.2060303@Oracle.com> On 6/17/16, 4:17 PM, John C. Turnbull wrote: > Thanks Kevin - that looks very helpful. > > -----Original Message----- > From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of > Kevin Rushforth > Sent: Saturday, 18 June 2016 05:53 > To: openjfx-dev at openjdk.java.net > Subject: Re: Building OpenJFX for the first time > > https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX > > Dave Hill updated it recently, so it is reasonably current. And he is always interested in suggestions/clarifications and kudos :-) Seriously - I have several environments (virtual boxes) that I try the procedure in, but that does not mean that I can come close to coverage of the environments out there. So feedback is always welcome. Dave > > -- Kevin > > > John C. Turnbull wrote: >> I would like to set up a development environment for the OpenJFX >> project but have never attempted this before. >> >> >> >> I am very familiar with all 3 major Java IDEs with my preference (in >> order of most favourite to least favourite) is Eclipse, IntelliJ, >> NetBeans (so whichever one is "best" doesn't really matter). >> >> >> >> I am familiar with Gradle but by no means an expert. >> >> >> >> My machine is a Windows 10 x64 PC. >> >> >> >> I am only interested in building for JDK 9 and JavaFX 9 (as these will >> be released before any project I am working on will go live). >> >> >> >> I am happy to build just for Windows at this point so I can get a feel >> for the project and see if there are opportunities where I can fix a >> bug or two or make contributions in other ways. >> >> >> >> So, what is the best way to build this project using the environment >> and tools I have described? >> >> >> >> Which IDE would make the process the simplest or easiest? >> >> >> >> Is there an up-to-date web page that describes the process in >> sufficient detail that will enable me to accomplish this? >> >> >> >> Thanks very much, >> >> >> >> John >> >> >> >> -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From yasuenag at gmail.com Wed Jun 29 14:56:45 2016 From: yasuenag at gmail.com (Yasumasa Suenaga) Date: Wed, 29 Jun 2016 23:56:45 +0900 Subject: ClassNotFoundException at HostServicesDelegate In-Reply-To: <57729B46.2030001@oracle.com> References: <15b0012c-7d00-b27d-ed0c-2250bb9b2851@gmail.com> <57728F3D.6000707@oracle.com> <57729A6F.3040500@oracle.com> <57729B46.2030001@oracle.com> Message-ID: <7d00c676-c3ab-adfd-54e9-d1986f0f4414@gmail.com> Hi Kevin, > java -addmods javafx.deploy .... > > We will need a fix that doesn't require this. I guess you will fix to add exports directive to module-info.java in closed source. However, I think we should fix as below: ---------------- diff -r 3597495167c7 modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java --- a/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java Tue Jun 28 01:48:07 2016 +0530 +++ b/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java Wed Jun 29 23:53:07 2016 +0900 @@ -55,7 +55,6 @@ getInstanceMeth = factoryClass.getMethod( "getInstance", Application.class); } catch (Exception ex) { - ex.printStackTrace(); return null; } } ---------------- Otherwise, the user who uses pure OpenJFX will see this stack trace. I think this exception can be ignored. So it should not be printed. Thanks, Yasumasa On 2016/06/29 0:44, Kevin Rushforth wrote: > A workaround is: > > java -addmods javafx.deploy .... > > We will need a fix that doesn't require this. > > -- Kevin > > > Kevin Rushforth wrote: >> Thanks for the pointer. That was enough for me to reproduce the bug. I filed the following issue to track it: >> >> https://bugs.openjdk.java.net/browse/JDK-8160464 >> >> -- Kevin >> >> >> Yasumasa Suenaga wrote: >>> >>> Hi Kevin, >>> >>> I use JDK 9 EA b124 for Windows x64 from java.net . >>> https://jdk9.java.net/download/ >>> >>> If you want to full stack trace, please download from here: >>> http://icedtea.classpath.org/bugzilla/attachment.cgi?id=1540&action=edit >>> >>> This exception does not occur on OracleJDK 8. So I guess this exception is from Java FX 9. >>> >>> Thanks, >>> >>> Yasumasa >>> >>> 2016/06/28 23:52 "Kevin Rushforth" >: >>> >>> Hi Yasumasa, >>> >>> I assume this is a download of the Oracle JDK from java.net >>> ? We haven't seen any problems like this, so it >>> might be a problem with HeapStats analyzer. The class in question >>> is a closed-source class that lives in the javafx.deploy module. >>> What exactly are you running? >>> >>> -- Kevin >>> >>> >>> Yasumasa Suenaga wrote: >>> >>> Hi all, >>> >>> When I ran HeapStats Analyzer [1] on JDK 9 EA b124, I >>> encountered ClassNotFoundException as below: >>> ------------ >>> java.lang.ClassNotFoundException: >>> com.sun.deploy.uitoolkit.impl.fx.HostServicesFactory >>> at >>> jdk.internal.loader.BuiltinClassLoader.loadClass(java.base at 9-ea/BuiltinClassLoader.java:366) >>> >>> at >>> java.lang.ClassLoader.loadClass(java.base at 9-ea/ClassLoader.java:419) >>> at java.lang.Class.forName0(java.base at 9-ea/Native Method) >>> at java.lang.Class.forName(java.base at 9-ea/Class.java:378) >>> at >>> com.sun.javafx.application.HostServicesDelegate.lambda$getInstance$0(javafx.graphics at 9-ea/HostServicesDelegate.java:52) >>> >>> : >>> ------------ >>> >>> This message does not appear on JDK 8u92. >>> I think this message is printed at [2]. >>> >>> I think this exception message do not need to be printed. >>> At least, it is debug level. >>> >>> Does someone work for it? >>> If not so, I want to contribute patch. >>> >>> >>> Thanks, >>> >>> Yasumasa >>> >>> >>> [1] http://icedtea.classpath.org/wiki/HeapStats >>> [2] >>> http://hg.openjdk.java.net/openjfx/9-dev/rt/file/3597495167c7/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java#l58 >>> >>> From kevin.rushforth at oracle.com Wed Jun 29 15:09:43 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 29 Jun 2016 08:09:43 -0700 Subject: ClassNotFoundException at HostServicesDelegate In-Reply-To: <7d00c676-c3ab-adfd-54e9-d1986f0f4414@gmail.com> References: <15b0012c-7d00-b27d-ed0c-2250bb9b2851@gmail.com> <57728F3D.6000707@oracle.com> <57729A6F.3040500@oracle.com> <57729B46.2030001@oracle.com> <7d00c676-c3ab-adfd-54e9-d1986f0f4414@gmail.com> Message-ID: <5773E4B7.3070904@oracle.com> Hi Yasumasa, No, this is not a correct solution as it just masks the problem. A likely solution will be to refactor the code to provide an alternative implementation of HostServicesDelegate in case the javafx.deploy module is not loaded (either in the case of a purely open build of OpenJFX or in the case where the deploy module doesn't get loaded by default). -- Kevin Yasumasa Suenaga wrote: > Hi Kevin, > >> java -addmods javafx.deploy .... >> >> We will need a fix that doesn't require this. > > I guess you will fix to add exports directive to module-info.java in > closed source. > However, I think we should fix as below: > > ---------------- > diff -r 3597495167c7 > modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java > > --- > a/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java > Tue Jun 28 01:48:07 2016 +0530 > +++ > b/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java > Wed Jun 29 23:53:07 2016 +0900 > @@ -55,7 +55,6 @@ > getInstanceMeth = > factoryClass.getMethod( > "getInstance", > Application.class); > } catch (Exception ex) { > - ex.printStackTrace(); > return null; > } > } > ---------------- > > Otherwise, the user who uses pure OpenJFX will see this stack trace. > I think this exception can be ignored. > So it should not be printed. > > > Thanks, > > Yasumasa > > > On 2016/06/29 0:44, Kevin Rushforth wrote: >> A workaround is: >> >> java -addmods javafx.deploy .... >> >> We will need a fix that doesn't require this. >> >> -- Kevin >> >> >> Kevin Rushforth wrote: >>> Thanks for the pointer. That was enough for me to reproduce the bug. >>> I filed the following issue to track it: >>> >>> https://bugs.openjdk.java.net/browse/JDK-8160464 >>> >>> -- Kevin >>> >>> >>> Yasumasa Suenaga wrote: >>>> >>>> Hi Kevin, >>>> >>>> I use JDK 9 EA b124 for Windows x64 from java.net . >>>> https://jdk9.java.net/download/ >>>> >>>> If you want to full stack trace, please download from here: >>>> >>>> http://icedtea.classpath.org/bugzilla/attachment.cgi?id=1540&action=edit >>>> >>>> >>>> >>>> This exception does not occur on OracleJDK 8. So I guess this >>>> exception is from Java FX 9. >>>> >>>> Thanks, >>>> >>>> Yasumasa >>>> >>>> 2016/06/28 23:52 "Kevin Rushforth" >>> >: >>>> >>>> Hi Yasumasa, >>>> >>>> I assume this is a download of the Oracle JDK from java.net >>>> ? We haven't seen any problems like this, so it >>>> might be a problem with HeapStats analyzer. The class in question >>>> is a closed-source class that lives in the javafx.deploy module. >>>> What exactly are you running? >>>> >>>> -- Kevin >>>> >>>> >>>> Yasumasa Suenaga wrote: >>>> >>>> Hi all, >>>> >>>> When I ran HeapStats Analyzer [1] on JDK 9 EA b124, I >>>> encountered ClassNotFoundException as below: >>>> ------------ >>>> java.lang.ClassNotFoundException: >>>> com.sun.deploy.uitoolkit.impl.fx.HostServicesFactory >>>> at >>>> >>>> jdk.internal.loader.BuiltinClassLoader.loadClass(java.base at 9-ea/BuiltinClassLoader.java:366) >>>> >>>> >>>> at >>>> >>>> java.lang.ClassLoader.loadClass(java.base at 9-ea/ClassLoader.java:419) >>>> at java.lang.Class.forName0(java.base at 9-ea/Native >>>> Method) >>>> at >>>> java.lang.Class.forName(java.base at 9-ea/Class.java:378) >>>> at >>>> >>>> com.sun.javafx.application.HostServicesDelegate.lambda$getInstance$0(javafx.graphics at 9-ea/HostServicesDelegate.java:52) >>>> >>>> >>>> : >>>> ------------ >>>> >>>> This message does not appear on JDK 8u92. >>>> I think this message is printed at [2]. >>>> >>>> I think this exception message do not need to be printed. >>>> At least, it is debug level. >>>> >>>> Does someone work for it? >>>> If not so, I want to contribute patch. >>>> >>>> >>>> Thanks, >>>> >>>> Yasumasa >>>> >>>> >>>> [1] http://icedtea.classpath.org/wiki/HeapStats >>>> [2] >>>> >>>> http://hg.openjdk.java.net/openjfx/9-dev/rt/file/3597495167c7/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java#l58 >>>> >>>> >>>> From kevin.rushforth at oracle.com Wed Jun 29 23:20:31 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 29 Jun 2016 16:20:31 -0700 Subject: [PATCH] 8088147: FXCanvas: implement custom cursors In-Reply-To: <576C0A67.4040402@oracle.com> References: <576C0A67.4040402@oracle.com> Message-ID: <577457BF.3050206@oracle.com> Hi Alexander, I attached the patch to the bug: https://bugs.openjdk.java.net/browse/JDK-8088147 If I build it and run the manual test in "legacy" mode, meaning run everything with 9+109 and the legacy jfxrt.jar file, then it runs and the cursor now changes. So this looks like a good starting point for a fix. I tried building and running this in Jigsaw mode (building with jdk-9+109, but running the tests with a more recent JDK that includes modularization support), and noticed two problems right away that must be addressed: 1. The unit tests for SWT are missing some of the jigsaw test tasks so the build fails right away with an exception from gradle: > Task with name 'jigsawTestsLinux' not found in project ':swt'. Wiring up SWT-based tests to our unit test harness will take a bit more work than what you have provided (not even counting the Mac issue, which could be handled by excluding the test on Mac). In the short term, relying on manual tests for this fix might be best. 2. You have introduced a dependency on a new internal package, com.sun.javafx.tk. If this is required in order to implement the fix, then you will need to add this package to the list of packages exports to javafx.swt in PlatformImpl; otherwise the following exception is thrown at runtime: Exception in thread "JavaFX Application Thread" java.lang.IllegalAccessError: class javafx.embed.swt.SWTCursors (in module javafx.swt) cannot access class com.sun.javafx.tk.Toolkit (in module javafx.graphics) because module javafx.graphics does not export com.sun.javafx.tk to module javafx.swt I won't have time to sponsor this change until the second half of July, but if others have time, the review can proceed and I'll pick it back up then if it is in good enough shape to run. -- Kevin Kevin Rushforth wrote: > Hi Alexander, > > It looks like your patch was stripped out by the mailing list server. > > Can you please send me the patch offline, as a zip file (so line > endings are preserved across different systems), and I will unzip it > and attach it to the bug report. > > -- Kevin > > > Alexander Nyssen wrote: >> Hi, >> >> I have worked on a first contribution related to JDK-8088147. >> Attached please find a patch (created in extended Git format) that >> comprises the related changes. I have augmented the implementation of >> javafx.embed.swt.SWTCursors to handle the image cursor case. I >> further adjusted javafx.scene.Scene to update the cursor frame (in >> addition to the cursor) within synchronizeSceneProperties, so the >> cursor is not cleared in the first pulse succeeding the cursor >> property change. >> I have added an automated JUnit test (SWTCursorsTest) to the swt >> module, as well as a manual test (SWTImageCursorTest) to the >> systemTests module, with which the proper behavior can be verified. >> As no tests for SWT existed so far, I updated the build.gradle and >> gradle.properties files to support an SWT_TEST option, which allows >> to handle them similar to Swing tests. I also added the respective >> SWT dependency to the systemTests module. Please note that the JUnit >> test can currently not be executed using Gradle on the Mac (where the >> manual test currently is the single option; the automated tests are >> disabled), because there SWT-based tests require the >> -XstartOnFirstThread option that is currently not supported by the >> Gradle test runner (see https://issues.gradle.org/browse/GRADLE-3290 >> for details). We would have to use an ant task as a workaround. >> >> Regards, >> Alexander >> >> >> From kevin.rushforth at oracle.com Wed Jun 29 23:21:01 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 29 Jun 2016 16:21:01 -0700 Subject: [9] review request: 8160039: LocalDateTimeStringConverterTest fails when default locale is different to en_US Message-ID: <577457DD.4010903@oracle.com> Chien, Please review the following test fix: https://bugs.openjdk.java.net/browse/JDK-8160039 The patch is attached to the JBS bug. -- Kevin From yasuenag at gmail.com Wed Jun 29 23:26:06 2016 From: yasuenag at gmail.com (Yasumasa Suenaga) Date: Thu, 30 Jun 2016 08:26:06 +0900 Subject: ClassNotFoundException at HostServicesDelegate In-Reply-To: <5773E4B7.3070904@oracle.com> References: <15b0012c-7d00-b27d-ed0c-2250bb9b2851@gmail.com> <57728F3D.6000707@oracle.com> <57729A6F.3040500@oracle.com> <57729B46.2030001@oracle.com> <7d00c676-c3ab-adfd-54e9-d1986f0f4414@gmail.com> <5773E4B7.3070904@oracle.com> Message-ID: <1302b668-db2d-7560-5ac6-3a381a50cc27@gmail.com> Hi Kevin, Currently, ctor of HostServices will not be initialized because it will recieve ClassNotFoundException. However, the application seems to be run. What instance should be returned from HostServicesDelegate#getInstance() by default if javafx.deploy is not loaded? I guess we can use ModuleFinder#find() to refactoring. Thanks, Yasumasa On 2016/06/30 0:09, Kevin Rushforth wrote: > Hi Yasumasa, > > No, this is not a correct solution as it just masks the problem. A likely solution will be to refactor the code to provide an alternative implementation of HostServicesDelegate in case the javafx.deploy module is not loaded (either in the case of a purely open build of OpenJFX or in the case where the deploy module doesn't get loaded by default). > > -- Kevin > > > Yasumasa Suenaga wrote: >> Hi Kevin, >> >>> java -addmods javafx.deploy .... >>> >>> We will need a fix that doesn't require this. >> >> I guess you will fix to add exports directive to module-info.java in closed source. >> However, I think we should fix as below: >> >> ---------------- >> diff -r 3597495167c7 modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java >> --- a/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java Tue Jun 28 01:48:07 2016 +0530 >> +++ b/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java Wed Jun 29 23:53:07 2016 +0900 >> @@ -55,7 +55,6 @@ >> getInstanceMeth = factoryClass.getMethod( >> "getInstance", Application.class); >> } catch (Exception ex) { >> - ex.printStackTrace(); >> return null; >> } >> } >> ---------------- >> >> Otherwise, the user who uses pure OpenJFX will see this stack trace. >> I think this exception can be ignored. >> So it should not be printed. >> >> >> Thanks, >> >> Yasumasa >> >> >> On 2016/06/29 0:44, Kevin Rushforth wrote: >>> A workaround is: >>> >>> java -addmods javafx.deploy .... >>> >>> We will need a fix that doesn't require this. >>> >>> -- Kevin >>> >>> >>> Kevin Rushforth wrote: >>>> Thanks for the pointer. That was enough for me to reproduce the bug. I filed the following issue to track it: >>>> >>>> https://bugs.openjdk.java.net/browse/JDK-8160464 >>>> >>>> -- Kevin >>>> >>>> >>>> Yasumasa Suenaga wrote: >>>>> >>>>> Hi Kevin, >>>>> >>>>> I use JDK 9 EA b124 for Windows x64 from java.net . >>>>> https://jdk9.java.net/download/ >>>>> >>>>> If you want to full stack trace, please download from here: >>>>> http://icedtea.classpath.org/bugzilla/attachment.cgi?id=1540&action=edit >>>>> >>>>> This exception does not occur on OracleJDK 8. So I guess this exception is from Java FX 9. >>>>> >>>>> Thanks, >>>>> >>>>> Yasumasa >>>>> >>>>> 2016/06/28 23:52 "Kevin Rushforth" >: >>>>> >>>>> Hi Yasumasa, >>>>> >>>>> I assume this is a download of the Oracle JDK from java.net >>>>> ? We haven't seen any problems like this, so it >>>>> might be a problem with HeapStats analyzer. The class in question >>>>> is a closed-source class that lives in the javafx.deploy module. >>>>> What exactly are you running? >>>>> >>>>> -- Kevin >>>>> >>>>> >>>>> Yasumasa Suenaga wrote: >>>>> >>>>> Hi all, >>>>> >>>>> When I ran HeapStats Analyzer [1] on JDK 9 EA b124, I >>>>> encountered ClassNotFoundException as below: >>>>> ------------ >>>>> java.lang.ClassNotFoundException: >>>>> com.sun.deploy.uitoolkit.impl.fx.HostServicesFactory >>>>> at >>>>> jdk.internal.loader.BuiltinClassLoader.loadClass(java.base at 9-ea/BuiltinClassLoader.java:366) >>>>> >>>>> at >>>>> java.lang.ClassLoader.loadClass(java.base at 9-ea/ClassLoader.java:419) >>>>> at java.lang.Class.forName0(java.base at 9-ea/Native Method) >>>>> at java.lang.Class.forName(java.base at 9-ea/Class.java:378) >>>>> at >>>>> com.sun.javafx.application.HostServicesDelegate.lambda$getInstance$0(javafx.graphics at 9-ea/HostServicesDelegate.java:52) >>>>> >>>>> : >>>>> ------------ >>>>> >>>>> This message does not appear on JDK 8u92. >>>>> I think this message is printed at [2]. >>>>> >>>>> I think this exception message do not need to be printed. >>>>> At least, it is debug level. >>>>> >>>>> Does someone work for it? >>>>> If not so, I want to contribute patch. >>>>> >>>>> >>>>> Thanks, >>>>> >>>>> Yasumasa >>>>> >>>>> >>>>> [1] http://icedtea.classpath.org/wiki/HeapStats >>>>> [2] >>>>> http://hg.openjdk.java.net/openjfx/9-dev/rt/file/3597495167c7/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java#l58 >>>>> >>>>> From kevin.rushforth at oracle.com Wed Jun 29 23:47:24 2016 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 29 Jun 2016 16:47:24 -0700 Subject: ClassNotFoundException at HostServicesDelegate In-Reply-To: <1302b668-db2d-7560-5ac6-3a381a50cc27@gmail.com> References: <15b0012c-7d00-b27d-ed0c-2250bb9b2851@gmail.com> <57728F3D.6000707@oracle.com> <57729A6F.3040500@oracle.com> <57729B46.2030001@oracle.com> <7d00c676-c3ab-adfd-54e9-d1986f0f4414@gmail.com> <5773E4B7.3070904@oracle.com> <1302b668-db2d-7560-5ac6-3a381a50cc27@gmail.com> Message-ID: <57745E0C.30703@oracle.com> > What instance should be returned from HostServicesDelegate#getInstance() by default if javafx.deploy is not loaded? It will need to be a new instance that implements the methods of HostServices in a way that makes sense for a standalone app. The deploy code already does this, so I can likely reuse that. In any event, I'll do this when I fix the bug. It won't happen in the next few weeks, though; until then please use the workaround or just ignore the warning message. -- Kevin Yasumasa Suenaga wrote: > Hi Kevin, > > Currently, ctor of HostServices will not be initialized because it > will recieve ClassNotFoundException. However, the application seems > to be run. > > What instance should be returned from HostServicesDelegate#getInstance() > by default if javafx.deploy is not loaded? > > I guess we can use ModuleFinder#find() to refactoring. > > > Thanks, > > Yasumasa > > > On 2016/06/30 0:09, Kevin Rushforth wrote: >> Hi Yasumasa, >> >> No, this is not a correct solution as it just masks the problem. A >> likely solution will be to refactor the code to provide an >> alternative implementation of HostServicesDelegate in case the >> javafx.deploy module is not loaded (either in the case of a purely >> open build of OpenJFX or in the case where the deploy module doesn't >> get loaded by default). >> >> -- Kevin >> >> >> Yasumasa Suenaga wrote: >>> Hi Kevin, >>> >>>> java -addmods javafx.deploy .... >>>> >>>> We will need a fix that doesn't require this. >>> >>> I guess you will fix to add exports directive to module-info.java in >>> closed source. >>> However, I think we should fix as below: >>> >>> ---------------- >>> diff -r 3597495167c7 >>> modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java >>> >>> --- >>> a/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java >>> Tue Jun 28 01:48:07 2016 +0530 >>> +++ >>> b/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java >>> Wed Jun 29 23:53:07 2016 +0900 >>> @@ -55,7 +55,6 @@ >>> getInstanceMeth = >>> factoryClass.getMethod( >>> "getInstance", >>> Application.class); >>> } catch (Exception ex) { >>> - ex.printStackTrace(); >>> return null; >>> } >>> } >>> ---------------- >>> >>> Otherwise, the user who uses pure OpenJFX will see this stack trace. >>> I think this exception can be ignored. >>> So it should not be printed. >>> >>> >>> Thanks, >>> >>> Yasumasa >>> >>> >>> On 2016/06/29 0:44, Kevin Rushforth wrote: >>>> A workaround is: >>>> >>>> java -addmods javafx.deploy .... >>>> >>>> We will need a fix that doesn't require this. >>>> >>>> -- Kevin >>>> >>>> >>>> Kevin Rushforth wrote: >>>>> Thanks for the pointer. That was enough for me to reproduce the >>>>> bug. I filed the following issue to track it: >>>>> >>>>> https://bugs.openjdk.java.net/browse/JDK-8160464 >>>>> >>>>> -- Kevin >>>>> >>>>> >>>>> Yasumasa Suenaga wrote: >>>>>> >>>>>> Hi Kevin, >>>>>> >>>>>> I use JDK 9 EA b124 for Windows x64 from java.net . >>>>>> https://jdk9.java.net/download/ >>>>>> >>>>>> If you want to full stack trace, please download from here: >>>>>> >>>>>> http://icedtea.classpath.org/bugzilla/attachment.cgi?id=1540&action=edit >>>>>> >>>>>> >>>>>> >>>>>> This exception does not occur on OracleJDK 8. So I guess this >>>>>> exception is from Java FX 9. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Yasumasa >>>>>> >>>>>> 2016/06/28 23:52 "Kevin Rushforth" >>>>> >: >>>>>> >>>>>> Hi Yasumasa, >>>>>> >>>>>> I assume this is a download of the Oracle JDK from java.net >>>>>> ? We haven't seen any problems like this, so it >>>>>> might be a problem with HeapStats analyzer. The class in >>>>>> question >>>>>> is a closed-source class that lives in the javafx.deploy module. >>>>>> What exactly are you running? >>>>>> >>>>>> -- Kevin >>>>>> >>>>>> >>>>>> Yasumasa Suenaga wrote: >>>>>> >>>>>> Hi all, >>>>>> >>>>>> When I ran HeapStats Analyzer [1] on JDK 9 EA b124, I >>>>>> encountered ClassNotFoundException as below: >>>>>> ------------ >>>>>> java.lang.ClassNotFoundException: >>>>>> com.sun.deploy.uitoolkit.impl.fx.HostServicesFactory >>>>>> at >>>>>> >>>>>> jdk.internal.loader.BuiltinClassLoader.loadClass(java.base at 9-ea/BuiltinClassLoader.java:366) >>>>>> >>>>>> >>>>>> at >>>>>> >>>>>> java.lang.ClassLoader.loadClass(java.base at 9-ea/ClassLoader.java:419) >>>>>> at java.lang.Class.forName0(java.base at 9-ea/Native >>>>>> Method) >>>>>> at >>>>>> java.lang.Class.forName(java.base at 9-ea/Class.java:378) >>>>>> at >>>>>> >>>>>> com.sun.javafx.application.HostServicesDelegate.lambda$getInstance$0(javafx.graphics at 9-ea/HostServicesDelegate.java:52) >>>>>> >>>>>> >>>>>> : >>>>>> ------------ >>>>>> >>>>>> This message does not appear on JDK 8u92. >>>>>> I think this message is printed at [2]. >>>>>> >>>>>> I think this exception message do not need to be printed. >>>>>> At least, it is debug level. >>>>>> >>>>>> Does someone work for it? >>>>>> If not so, I want to contribute patch. >>>>>> >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Yasumasa >>>>>> >>>>>> >>>>>> [1] http://icedtea.classpath.org/wiki/HeapStats >>>>>> [2] >>>>>> >>>>>> http://hg.openjdk.java.net/openjfx/9-dev/rt/file/3597495167c7/modules/graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java#l58 >>>>>> >>>>>> >>>>>> From alexander.matveev at oracle.com Thu Jun 30 04:07:08 2016 From: alexander.matveev at oracle.com (Alexander Matveev) Date: Wed, 29 Jun 2016 21:07:08 -0700 Subject: [9] Review request for 8154275: HTTP connections originated from Media does not timeout if server is not responding Message-ID: Hi David, Please review the following: https://bugs.openjdk.java.net/browse/JDK-8154275 Fixed by adding timeouts when we connecting to server. Thanks, Alexander From alexander at nyssen.org Thu Jun 30 10:14:38 2016 From: alexander at nyssen.org (Alexander Nyssen) Date: Thu, 30 Jun 2016 12:14:38 +0200 Subject: [PATCH] 8088147: FXCanvas: implement custom cursors In-Reply-To: <577457BF.3050206@oracle.com> References: <576C0A67.4040402@oracle.com> <577457BF.3050206@oracle.com> Message-ID: Hi Kevin, > Am 30.06.2016 um 01:20 schrieb Kevin Rushforth : > > Hi Alexander, > > I attached the patch to the bug: > > https://bugs.openjdk.java.net/browse/JDK-8088147 > > If I build it and run the manual test in "legacy" mode, meaning run everything with 9+109 and the legacy jfxrt.jar file, then it runs and the cursor now changes. So this looks like a good starting point for a fix. Fine. > > I tried building and running this in Jigsaw mode (building with jdk-9+109, but running the tests with a more recent JDK that includes modularization support), and noticed two problems right away that must be addressed: > > 1. The unit tests for SWT are missing some of the jigsaw test tasks so the build fails right away with an exception from gradle: > > > Task with name 'jigsawTestsLinux' not found in project ':swt'. > > Wiring up SWT-based tests to our unit test harness will take a bit more work than what you have provided (not even counting the Mac issue, which could be handled by excluding the test on Mac). In the short term, relying on manual tests for this fix might be best. > I did not execute the tests in jigsaw mode yet, because other tests failed in this mode, too (as indicated in an earlier discussion). I will try to set things up in a virtual machine with Windows and/or Linux so I can work on the Gradle tests without having to deal with the Mac issue. The test harness will IMHO also be required for other contributions, and it would of course be fine if the automated test, I included in this patch, could be executed as well. > > 2. You have introduced a dependency on a new internal package, com.sun.javafx.tk. If this is required in order to implement the fix, then you will need to add this package to the list of packages exports to javafx.swt in PlatformImpl; otherwise the following exception is thrown at runtime: > > Exception in thread "JavaFX Application Thread" java.lang.IllegalAccessError: class javafx.embed.swt.SWTCursors (in module javafx.swt) cannot access class com.sun.javafx.tk.Toolkit (in module javafx.graphics) because module javafx.graphics does not export com.sun.javafx.tk to module javafx.swt This dependency is required unless there is public API to convert a platform image (which is provided by the image cursor frame) to an image. To me, Image image = Toolkit.getImageAccessor().fromPlatformImage(cursorFrame.getPlatformImage()); seemed to be the way to go. I will thus add the respective export in a revised patch. > > > I won't have time to sponsor this change until the second half of July, but if others have time, the review can proceed and I'll pick it back up then if it is in good enough shape to run. Especially setting up the SWT test harness will be kind of a blocker for succeeding contributions, so it would be nice if somebody could step in. Regards, Alexander > > -- Kevin > > > Kevin Rushforth wrote: >> Hi Alexander, >> >> It looks like your patch was stripped out by the mailing list server. >> >> Can you please send me the patch offline, as a zip file (so line endings are preserved across different systems), and I will unzip it and attach it to the bug report. >> >> -- Kevin >> >> >> Alexander Nyssen wrote: >>> Hi, >>> >>> I have worked on a first contribution related to JDK-8088147. Attached please find a patch (created in extended Git format) that comprises the related changes. I have augmented the implementation of javafx.embed.swt.SWTCursors to handle the image cursor case. I further adjusted javafx.scene.Scene to update the cursor frame (in addition to the cursor) within synchronizeSceneProperties, so the cursor is not cleared in the first pulse succeeding the cursor property change. >>> I have added an automated JUnit test (SWTCursorsTest) to the swt module, as well as a manual test (SWTImageCursorTest) to the systemTests module, with which the proper behavior can be verified. As no tests for SWT existed so far, I updated the build.gradle and gradle.properties files to support an SWT_TEST option, which allows to handle them similar to Swing tests. I also added the respective SWT dependency to the systemTests module. Please note that the JUnit test can currently not be executed using Gradle on the Mac (where the manual test currently is the single option; the automated tests are disabled), because there SWT-based tests require the -XstartOnFirstThread option that is currently not supported by the Gradle test runner (see https://issues.gradle.org/browse/GRADLE-3290 for details). We would have to use an ant task as a workaround. >>> >>> Regards, >>> Alexander >>> >>> >>>