From r.lichtenberger at gmail.com Thu Jan 16 13:16:09 2020 From: r.lichtenberger at gmail.com (Robert Lichtenberger) Date: Thu, 16 Jan 2020 14:16:09 +0100 Subject: ValidatorFX announcement Message-ID: Hello FX-world :-) following up on some interesting discussions at the JFX Days in Z?rich last december, I've finally managed to extract the (closed source) form validation library into an open source project. ValidatorFX can be found under: https://github.com/effad/ValidatorFX I am looking forward to your feedback, Robert Lichtenberger From amnojeeuw at gmail.com Thu Jan 16 15:17:22 2020 From: amnojeeuw at gmail.com (Amn Ojee Uw) Date: Thu, 16 Jan 2020 10:17:22 -0500 Subject: ValidatorFX announcement In-Reply-To: References: Message-ID: Look no offence, but I am having doubts about JFX because, for some reason, the 'executable jar' files are no longer executables, no irony intended. Worst part of it all is that no answer to the proble can be found; the only answers I have found are rhetorical answers such as *have you read this or that web page?* I hope someone is able to fix this issue and post it on the internet; in the mean time JFX is just like any C++ GUI toolkit, something very good but unproductive. On Thu, Jan 16, 2020, 8:16 AM Robert Lichtenberger, < r.lichtenberger at gmail.com> wrote: > Hello FX-world :-) > > following up on some interesting discussions at the JFX Days in Z?rich last > december, I've finally managed to extract the (closed source) form > validation library into an open source project. > > ValidatorFX can be found under: https://github.com/effad/ValidatorFX > > I am looking forward to your feedback, > Robert Lichtenberger > From r.lichtenberger at gmail.com Thu Jan 16 16:32:21 2020 From: r.lichtenberger at gmail.com (Robert Lichtenberger) Date: Thu, 16 Jan 2020 17:32:21 +0100 Subject: ValidatorFX announcement In-Reply-To: References: Message-ID: No offence taken and I can fully understand any doubts you have JFX. To label it (and any C++ GUI toolkit) unproductive however seems exaggerated to me. After all, we've been using JavaFX in production (medical software) for years now (using Java 8 and Java 11+ ...). JavaFX is (and should be) a GUI Toolkit. Together with a JDK it can be used to produce quite nice looking applications that will run on many platforms and are not distinguishable from "native" binaries, which (from a UX experience) seems to me far better than executable .jar - Files. If you have a .jar File you wish to execute, I suggest you continue using Java / JavaFX 8. You may try running it with a brand new Liberica JDK ( https://bell-sw.com/) which still contains JavaFX within the JDK although the common consensus is that JavaFX should these days really be separated from the JDK. If you are in control of the source code of this piece of software I suggest you take the leap and port it to Java 11+. I've done that with our applications. HTH, Robert Am Do., 16. Jan. 2020 um 16:17 Uhr schrieb Amn Ojee Uw : > Look no offence, but I am having doubts about JFX because, for some > reason, the 'executable jar' files are no longer executables, no irony > intended. Worst part of it all is that no answer to the proble can be > found; the only answers I have found are rhetorical answers such as *have > you read this or that web page?* > I hope someone is able to fix this issue and post it on the internet; in > the mean time JFX is just like any C++ GUI toolkit, something very good but > unproductive. > > > On Thu, Jan 16, 2020, 8:16 AM Robert Lichtenberger, < > r.lichtenberger at gmail.com> wrote: > >> Hello FX-world :-) >> >> following up on some interesting discussions at the JFX Days in Z?rich >> last >> december, I've finally managed to extract the (closed source) form >> validation library into an open source project. >> >> ValidatorFX can be found under: https://github.com/effad/ValidatorFX >> >> I am looking forward to your feedback, >> Robert Lichtenberger >> > From amnojeeuw at gmail.com Tue Jan 21 17:56:30 2020 From: amnojeeuw at gmail.com (AmnoJeeuw) Date: Tue, 21 Jan 2020 12:56:30 -0500 Subject: ValidatorFX announcement In-Reply-To: References: Message-ID: Thanks Robert for your help. I am glad that you are able to create OpenJFX applications that execute/run on Windows. Can you please explain, in detail, how you'd create a simple OpenJFX that includes one jar file, one pure java source file and one pure JavaFX file. Thanks in advance. On 2020-01-16 11:32 a.m., Robert Lichtenberger wrote: > No offence taken and I can fully understand any doubts you have JFX. > To label it (and any C++ GUI toolkit) unproductive however seems > exaggerated to me. After all, we've been using JavaFX in production > (medical software) for years now (using Java 8 and Java 11+ ...). > JavaFX is (and should be) a GUI Toolkit. Together with a JDK it can be > used to produce quite nice looking applications that will run on many > platforms and are not distinguishable from "native" binaries, which > (from a UX experience) seems to me far better than executable .jar - > Files. > > If you have a .jar File you wish to execute, I suggest you continue > using Java / JavaFX 8. You may try running it with a brand new > Liberica JDK (https://bell-sw.com/) which still contains JavaFX within > the JDK although the common consensus is that JavaFX should these days > really be separated from the JDK. > > If you are in control of the source code of this piece of software I > suggest you take the leap and port it to Java 11+. I've done that with > our applications. > > HTH, > Robert > > > Am Do., 16. Jan. 2020 um 16:17?Uhr schrieb Amn Ojee Uw > >: > > Look no offence, but I am having doubts about JFX because, for > some reason, the 'executable jar' files are no longer executables, > no irony intended. Worst part of it all is that no answer to the > proble can be found; the only answers I have found are rhetorical > answers such as *have you read this or that web page?* > I hope someone is able to fix this issue and post it on the > internet; in the mean time JFX is just like any C++ GUI toolkit, > something very good but unproductive. > > > On Thu, Jan 16, 2020, 8:16 AM Robert Lichtenberger, > > wrote: > > Hello FX-world :-) > > following up on some interesting discussions at the JFX Days > in Z?rich last > december, I've finally managed to extract the (closed source) form > validation library into an open source project. > > ValidatorFX can be found under: > https://github.com/effad/ValidatorFX > > I am looking forward to your feedback, > Robert Lichtenberger > From amnojeeuw at gmail.com Tue Jan 21 17:57:31 2020 From: amnojeeuw at gmail.com (AmnoJeeuw) Date: Tue, 21 Jan 2020 12:57:31 -0500 Subject: ValidatorFX announcement In-Reply-To: References: Message-ID: <3a2739d5-f987-7d60-800e-698f4086c246@gmail.com> Sorry, I ment using version 13.x of OpenJava/FX. On 2020-01-16 11:32 a.m., Robert Lichtenberger wrote: > No offence taken and I can fully understand any doubts you have JFX. > To label it (and any C++ GUI toolkit) unproductive however seems > exaggerated to me. After all, we've been using JavaFX in production > (medical software) for years now (using Java 8 and Java 11+ ...). > JavaFX is (and should be) a GUI Toolkit. Together with a JDK it can be > used to produce quite nice looking applications that will run on many > platforms and are not distinguishable from "native" binaries, which > (from a UX experience) seems to me far better than executable .jar - > Files. > > If you have a .jar File you wish to execute, I suggest you continue > using Java / JavaFX 8. You may try running it with a brand new > Liberica JDK (https://bell-sw.com/) which still contains JavaFX within > the JDK although the common consensus is that JavaFX should these days > really be separated from the JDK. > > If you are in control of the source code of this piece of software I > suggest you take the leap and port it to Java 11+. I've done that with > our applications. > > HTH, > Robert > > > Am Do., 16. Jan. 2020 um 16:17?Uhr schrieb Amn Ojee Uw > >: > > Look no offence, but I am having doubts about JFX because, for > some reason, the 'executable jar' files are no longer executables, > no irony intended. Worst part of it all is that no answer to the > proble can be found; the only answers I have found are rhetorical > answers such as *have you read this or that web page?* > I hope someone is able to fix this issue and post it on the > internet; in the mean time JFX is just like any C++ GUI toolkit, > something very good but unproductive. > > > On Thu, Jan 16, 2020, 8:16 AM Robert Lichtenberger, > > wrote: > > Hello FX-world :-) > > following up on some interesting discussions at the JFX Days > in Z?rich last > december, I've finally managed to extract the (closed source) form > validation library into an open source project. > > ValidatorFX can be found under: > https://github.com/effad/ValidatorFX > > I am looking forward to your feedback, > Robert Lichtenberger > From mp at jugs.org Tue Jan 21 18:04:27 2020 From: mp at jugs.org (Michael Paus) Date: Tue, 21 Jan 2020 19:04:27 +0100 Subject: ValidatorFX announcement In-Reply-To: References: Message-ID: Hi, to me this sounds like a question which is fully answered by the official docs here: https://openjfx.io/openjfx-docs/ If you later want to know how to package up the whole thing to get a real platform application with installer and everything, then have a look here: https://github.com/dlemmermann/JPackageScriptFX Best regards Michael Am 21.01.20 um 18:56 schrieb AmnoJeeuw: > Thanks Robert for your help. > I am glad that you are able to create OpenJFX applications that > execute/run on Windows. Can you please explain, in detail, how you'd > create a simple OpenJFX that includes one jar file, one pure java > source file and one pure JavaFX file. > > Thanks in advance. > > On 2020-01-16 11:32 a.m., Robert Lichtenberger wrote: >> No offence taken and I can fully understand any doubts you have JFX. >> To label it (and any C++ GUI toolkit) unproductive however seems >> exaggerated to me. After all, we've been using JavaFX in production >> (medical software) for years now (using Java 8 and Java 11+ ...). >> JavaFX is (and should be) a GUI Toolkit. Together with a JDK it can >> be used to produce quite nice looking applications that will run on >> many platforms and are not distinguishable from "native" binaries, >> which (from a UX experience) seems to me far better than executable >> .jar - Files. >> >> If you have a .jar File you wish to execute, I suggest you continue >> using Java / JavaFX 8. You may try running it with a brand new >> Liberica JDK (https://bell-sw.com/) which still contains JavaFX >> within the JDK although the common consensus is that JavaFX should >> these days really be separated from the JDK. >> >> If you are in control of the source code of this piece of software I >> suggest you take the leap and port it to Java 11+. I've done that >> with our applications. >> >> HTH, >> Robert >> >> >> Am Do., 16. Jan. 2020 um 16:17?Uhr schrieb Amn Ojee Uw >> >: >> >> ??? Look no offence, but I am having doubts about JFX because, for >> ??? some reason, the 'executable jar' files are no longer executables, >> ??? no irony intended. Worst part of it all is that no answer to the >> ??? proble can be found; the only answers I have found are rhetorical >> ??? answers such as *have you read this or that web page?* >> ??? I hope someone is able to fix this issue and post it on the >> ??? internet; in the mean time JFX is just like any C++ GUI toolkit, >> ??? something very good but unproductive. >> >> >> ??? On Thu, Jan 16, 2020, 8:16 AM Robert Lichtenberger, >> ??? > >> wrote: >> >> ??????? Hello FX-world :-) >> >> ??????? following up on some interesting discussions at the JFX Days >> ??????? in Z?rich last >> ??????? december, I've finally managed to extract the (closed source) >> form >> ??????? validation library into an open source project. >> >> ??????? ValidatorFX can be found under: >> ??????? https://github.com/effad/ValidatorFX >> >> ??????? I am looking forward to your feedback, >> ??????? Robert Lichtenberger >> From Rony.Flatscher at wu.ac.at Wed Jan 22 14:04:13 2020 From: Rony.Flatscher at wu.ac.at (Rony G. Flatscher) Date: Wed, 22 Jan 2020 15:04:13 +0100 Subject: ValidatorFX announcement In-Reply-To: References: Message-ID: <27fe3ea0-b546-4416-d4ee-3b64090d35be@wu.ac.at> On 16.01.2020 17:32, Robert Lichtenberger wrote: > No offence taken and I can fully understand any doubts you have JFX. To > label it (and any C++ GUI toolkit) unproductive however seems exaggerated > to me. After all, we've been using JavaFX in production (medical software) > for years now (using Java 8 and Java 11+ ...). > JavaFX is (and should be) a GUI Toolkit. Together with a JDK it can be used > to produce quite nice looking applications that will run on many platforms > and are not distinguishable from "native" binaries, which (from a UX > experience) seems to me far better than executable .jar - Files. > > If you have a .jar File you wish to execute, I suggest you continue using > Java / JavaFX 8. You may try running it with a brand new Liberica JDK ( > https://bell-sw.com/) which still contains JavaFX within the JDK although > the common consensus is that JavaFX should these days really be separated > from the JDK. Ah, that is interesting, thank you for this link! Full (containing all modules and JavaFX) JREs may be quite useful for different reasons, one is as JRE for different types of (e.g. server based/servlet like) programs but also for Java script engines that wish to use JavaFX for their GUI needs and are dependent on its presence in the JRE. ---rony From r.lichtenberger at gmail.com Fri Jan 24 11:16:49 2020 From: r.lichtenberger at gmail.com (Robert Lichtenberger) Date: Fri, 24 Jan 2020 12:16:49 +0100 Subject: ValidatorFX announcement In-Reply-To: References: Message-ID: I am not sure I understand what you mean by "pure java source file" and "pure JavaFX file". At synedra we use gradle for all our builds. For JavaFX we use the "org.openjfx.javafxplugin" Plugin, which will include the right (platform-dependent) modules into our application. Finally, to produce a standalone application (with Windows Installer and everything), we use the new jpackager, which (unfortunately) is available as sandbox version only at the moment, so we have to do a lot of work to use a sandbox-pre-14-jpackage JDK in conjunction with a regular JDK-13 image. When Java 14 will be released this march, that problem will be gone however, since jpackager will be part of the JDK by then. I think a lot of people still want to have a single .jar - File that can be run with java -jar XXX.jar and startup a GUI. That is still possible if you use (or make yourself) a JDK which has JavaFX included (like Liberica JDK) but it is not the recommended way. The new Java / JavaFX release cadence basically forces you to deliver your application together with JDK/JavaFX modules. I consider this to be a good thing, since I want to have full control over what the user will be using, otherwise I would need to test my application .jar against multiple versions of the JDK, which is not something I want to do. With the jpackager (to be delivered with Java 14), the ecosystem will be "complete" again ;-). Robert Am Di., 21. Jan. 2020 um 18:56 Uhr schrieb AmnoJeeuw : > Thanks Robert for your help. > I am glad that you are able to create OpenJFX applications that > execute/run on Windows. Can you please explain, in detail, how you'd create > a simple OpenJFX that includes one jar file, one pure java source file and > one pure JavaFX file. > > Thanks in advance. > On 2020-01-16 11:32 a.m., Robert Lichtenberger wrote: > > No offence taken and I can fully understand any doubts you have JFX. To > label it (and any C++ GUI toolkit) unproductive however seems exaggerated > to me. After all, we've been using JavaFX in production (medical software) > for years now (using Java 8 and Java 11+ ...). > JavaFX is (and should be) a GUI Toolkit. Together with a JDK it can be > used to produce quite nice looking applications that will run on many > platforms and are not distinguishable from "native" binaries, which (from a > UX experience) seems to me far better than executable .jar - Files. > > If you have a .jar File you wish to execute, I suggest you continue using > Java / JavaFX 8. You may try running it with a brand new Liberica JDK ( > https://bell-sw.com/) which still contains JavaFX within the JDK although > the common consensus is that JavaFX should these days really be separated > from the JDK. > > If you are in control of the source code of this piece of software I > suggest you take the leap and port it to Java 11+. I've done that with our > applications. > > HTH, > Robert > > > Am Do., 16. Jan. 2020 um 16:17 Uhr schrieb Amn Ojee Uw < > amnojeeuw at gmail.com>: > >> Look no offence, but I am having doubts about JFX because, for some >> reason, the 'executable jar' files are no longer executables, no irony >> intended. Worst part of it all is that no answer to the proble can be >> found; the only answers I have found are rhetorical answers such as *have >> you read this or that web page?* >> I hope someone is able to fix this issue and post it on the internet; in >> the mean time JFX is just like any C++ GUI toolkit, something very good but >> unproductive. >> >> >> On Thu, Jan 16, 2020, 8:16 AM Robert Lichtenberger, < >> r.lichtenberger at gmail.com> wrote: >> >>> Hello FX-world :-) >>> >>> following up on some interesting discussions at the JFX Days in Z?rich >>> last >>> december, I've finally managed to extract the (closed source) form >>> validation library into an open source project. >>> >>> ValidatorFX can be found under: https://github.com/effad/ValidatorFX >>> >>> I am looking forward to your feedback, >>> Robert Lichtenberger >>> >>