I really appreciate all of the helpful comments in this thread! I have
made a lot of progress on this issue, I can compile and run my
application and am working on packaging.
In my opinion, my big problem was that when I was compiling I wasn't
setting the correct flags with `javac` and, at
That shouldn't be necessary. It's a better workaround than setting the
PATH env variable to be sure, but there is some underlying problem that
isn't yet understood.
-- Kevin
On 4/20/2020 8:13 AM, David Grieve wrote:
Set -Djava.library.path= C:\Program Files\Java\javafx-sdk-14\bin
For the
Set -Djava.library.path= C:\Program Files\Java\javafx-sdk-14\bin
For the jlink question, look at jmod. You'll use jmod to bundle up the dll's
and whatever else you need, then jlink to create the custom runtime.
-Original Message-
From: openjfx-dev On Behalf Of
Christopher Miles
Sent:
Can you try running your app with the following two flags?
java -Djavafx.verbose=true -Dprism.verbose=true
That might help diagnose the problem.
-- Kevin
On 4/18/2020 11:18 AM, Christopher Miles wrote:
Yep, that's where I downloaded it from.
> PS C:\Users\cmiles\source\repos\xmltool> java
Yes, that's what I use in my example together with jlink and jpackage.
Am 20.04.20 um 03:55 schrieb Eric Bresie:
Would jdeps help to see what dependencies are needed?
Eric Bresie
ebre...@gmail.com
On April 18, 2020 at 1:44:43 PM CDT, Michael Paus wrote:
Hi Christopher,
I do not know what
Would jdeps help to see what dependencies are needed?
Eric Bresie
ebre...@gmail.com
> On April 18, 2020 at 1:44:43 PM CDT, Michael Paus wrote:
> Hi Christopher,
> I do not know what your specific problem is but maybe you just have to
> shift your goals a little bit.
> Continuing like you did in
Hi Christopher,
I do not know what your specific problem is but maybe you just have to
shift your goals a little bit.
Continuing like you did in the Java 8 days is not a good idea for
various reasons. The current trend
for distributing desktop software with Java is to build a platform
specific
Yep, that's where I downloaded it from.
> PS C:\Users\cmiles\source\repos\xmltool> java --version
> openjdk 14.0.1 2020-04-14
> OpenJDK Runtime Environment (build 14.0.1+7)
> OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
When I look at the "bin" directory that came with the
From where are you getting your OpenJDK build? https://jdk.java.net/14
? Somewhere else?
-- Kevin
On 4/17/2020 2:16 PM, Christopher Miles wrote:
Yeah, I've tried it with both. The instructions on the JavaFX page
tell you to add the "lib" directory to the `javac` path and the "mods"
to the
Yeah, I've tried it with both. The instructions on the JavaFX page tell
you to add the "lib" directory to the `javac` path and the "mods" to the
`jlink` path. I figured, since nothing is working, why not try them the
other way around? In all cases the results are the same.
I'm using OpenJDK,
Where are you getting JDK 14.0.1 from? Does it include the Microsoft
VS2017 DLLs and Windows SDK DLLs in jdk-14.0.1/bin? There are 45 of them
(40 of them are of the form api-ms-win-*.dll). The JavaFX 14.0.1 sdk
includes them, but the jmods do not. See JDK-8207015 [1] for why not. If
the JDK
I build several JavaFX projects with cross-builds for Windows, Mac, Linux. Note
that I build the projects with Java 11, then use Java 14 packager to build the
final installer. So my examples require that you set a JPACKAGE_HOME env
variable that points at the Java 14 home. Anyway, here’s an
I have downloaded both the "mods" and the SDK. I put them alongside the
JDK on my workstation.
C:\Program Files\Java\jdk-14.0.1
C:\Program Files\Java\javafx-sdk-14
C:\Program Files\Java\javafx-jmods-14.0.1
If I remove the path `C:\Program Files\Java\javafx-sdk-14\bin` and
point`jlink`
I use jlink and jpackage to distribute JavaFX applications.
You suggest there will be a problem if you use jlink, but it will work if you
include the needed javafx modules. The .jmod files contain the necessary native
libraries and jlink will build a JRE that has the DLLs in the right place for
14 matches
Mail list logo