Bug: Not on FX application thread exception is inconsistent

2018-11-09 Thread Ty Young
Hi, My JavaFX program updates API objects in the background via a non FX thread that, when changed by another program, are reflected in my JavaFX GUI's controls by property binding, specifically TableView, Slider, TextField, and ComboBox. Problem is, while JavaFX is OK with this for

Re: Using the jpackager

2018-11-09 Thread Rachel Greenham
None, that's just my own class task in buildSrc. It's a fairly trivial wrapper around a ToolProvider invocation of jlink, so I didn't think it was relevant enough to paste the source for that here too, when you could also do it trivially with an Exec task similar to the jpackager ones later in

Re: Using the jpackager

2018-11-09 Thread Sverre Moe
Den fre. 9. nov. 2018 kl. 16:22 skrev Rachel Greenham : > Build the JRE needed using JLink, supplying the needed modules. The > JLink task referenced is actually written in Java and wraps > ToolProvider, but it's pretty trivial and could almost-more-easily be > done with an Exec. NB: The JLink

OpenJFX Build Setup

2018-11-09 Thread Bryce Glover
To Whom It May Concern, While going through the process of setting up an OpenJFX package to be distributed via Homebrew in https://github.com/Homebrew/homebrew-core/pull/32864, I noticed that the results of running either plain 'gradle' or task-qualified 'gradle all' don't include the

Re: Using the jpackager

2018-11-09 Thread Rachel Greenham
On 09/11/2018 15:20, Rachel Greenham wrote: Have the jar task build the application as normal. Here's mine as an example. The important part is, you don't need to build a single fat jar, but you can include the dependent jars with the Class-Path line below. Mine isn't a JavaFX app, so I don't

Re: Using the jpackager

2018-11-09 Thread Rachel Greenham
FWIW what I'm doing to build a windows app for jpackager, in terms of gradle tasks, that isn't modular. I hope this cleans up over time, but this is the final result of having just got the damn thing to work! :-) I think *eventually* we'll have a single call to jpackager do the whole lot. But

Re: Using the jpackager

2018-11-09 Thread Lennart Börjeson
You're thinking of the "HelloWorld.exe" example? That's not really informative, since it doesn't specify how to create the contents of the directory, nor the layout of the levels below app/ and runtime/. I have a runnable jar, let's call it APP.jar. If I try the naive: jpackager create-image

RFR: 8213619: Windows powershell build script missing environment variables

2018-11-09 Thread Dean Wookey
Hi, Please review the fix for JDK-8213619: Windows powershell build script missing environment variables: https://bugs.openjdk.java.net/browse/JDK-8213619 https://github.com/javafxports/openjdk-jfx/pull/276 Dean

Re: Using the jpackager

2018-11-09 Thread Nir Lisker
There are some instructions in the JEP [1]. They show how to create a dmg. [1] https://bugs.openjdk.java.net/browse/JDK-8200758?focusedCommentId=14217780=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-14217780 On Fri, Nov 9, 2018 at 4:06 PM Lennart Börjeson wrote: >

Using the jpackager

2018-11-09 Thread Lennart Börjeson
I've been trying to understand how to use the jpackager, but I'm stumped. I have for a long been using the now defunct gradle-javafx plugin, so I've never really used the old javapackager either, only indirectly through gradle. So I'm maybe asking terribly noob questions, but here goes: Let's