On 21/10/2022 18:04, Thomas Reinhardt wrote:
I think there is a misunderstanding here.
What I want is basically create a zip that contains all needed jars
and run my application via "java -jar myapp.jar". Of course there
exists a proper exe for windows users etc but thats besides the point.
On 10/21/22 2:36 AM, Thomas Reinhardt wrote:
And after a little digging I think half of the artifacts should not have been
platform dependent in the first place:
Indeed. See the last paragraph of the following pull request comment:
jgneff commented on Nov 22, 2021
https://github.com/openjdk/j
On Fri, Oct 21, 2022 at 6:06 PM Thomas Reinhardt
wrote:
>
> I think there is a misunderstanding here.
>
> What I want is basically create a zip that contains all needed jars and
> run my application via "java -jar myapp.jar".
This assumes that end users have at least a JRE on their local machin
I think there is a misunderstanding here.
What I want is basically create a zip that contains all needed jars and
run my application via "java -jar myapp.jar". Of course there exists a
proper exe for windows users etc but thats besides the point. The one
thing the whole discussion is about i
On Fri, Oct 21, 2022 at 11:38 AM Thomas Reinhardt
wrote:
>
> As for the javafx-maven-plugin: I don't see how this would help here. It
> states on the github page "JavaFX dependencies are added as usual".
>
... but you don't have to add a classifier (or an exhaustive list of
classifiers) as that
2 23:14
*To:* Thomas Reinhardt mailto:thomas.reinha...@s4p.de>>
*Cc:* openjfx-dev@openjdk.org <mailto:openjfx-dev@openjdk.org>
mailto:openjfx-dev@openjdk.org>>
*Subject:* Re: Platform independent deployment
There was a discussion on this some years ago, it started
or helping out!
>>
>> --
>> *From:* Nir Lisker
>> *Sent:* 20 October 2022 23:14
>> *To:* Thomas Reinhardt
>> *Cc:* openjfx-dev@openjdk.org
>> *Subject:* Re: Platform independent deployment
>>
>> There was a discussi
Thanks Phil, I wasn't aware of those.
I think the point still stands though that the same class never has
different contents (in JavaFX at least) for a different platform (ie,
there aren't three different versions of ButtonSkin for the different
platforms). Additional classes specific to a pla
> this is Java code after all, why would all Java classes for a
platform be platform specific?
There absolutely CAN be such things as platform-specific Java classes in
code that ports to a platform.
OpenJDK is littered with subdirectories named "windows" and "linux" etc.
And it takes great car
for a platform independent
> application.
>
> Thank you all for helping out!
>
> --
> *From:* Nir Lisker
> *Sent:* 20 October 2022 23:14
> *To:* Thomas Reinhardt
> *Cc:* openjfx-dev@openjdk.org
> *Subject:* Re: Platform independent d
e last one striving for a platform independent application.
Thank you all for helping out!
From: Nir Lisker
Sent: 20 October 2022 23:14
To: Thomas Reinhardt
Cc: openjfx-dev@openjdk.org
Subject: Re: Platform independent deployment
There was a discussion on this
n behalf of Andy
> Goryachev
> *Sent:* 20 October 2022 22:53
> *To:* John Hendrikx ; openjfx-dev@openjdk.org <
> openjfx-dev@openjdk.org>
> *Subject:* Re: Platform independent deployment
>
>
> Good point - are we packaging platform-specific javafx parts incorr
same?
-Thomas
From: openjfx-dev on behalf of Andy Goryachev
Sent: 20 October 2022 22:53
To: John Hendrikx ; openjfx-dev@openjdk.org
Subject: Re: Platform independent deployment
Good point - are we packaging platform-specific javafx parts incorrectly?
Good point - are we packaging platform-specific javafx parts incorrectly?
-andy
From: openjfx-dev on behalf of John Hendrikx
Date: Thursday, 2022/10/20 at 13:03
To: openjfx-dev@openjdk.org
Subject: Re: Platform independent deployment
Correct me if I'm wrong, but all the classes i
Correct me if I'm wrong, but all the classes in the artifacts for win,
linux and mac are actually exactly the same -- this is Java code after
all, why would all Java classes for a platform be platform specific? It
doesn't matter which one is packaged. The platform specific stuff lives
in the
:03
To: openjfx-dev@openjdk.org
Subject: Re: Platform independent deployment
Hi Nir,
Does not work (I testet it) and it can not work (see below).
Also, this is exactly what my naive test was (I did not use maven to
copy the artifacts, but the result obviously is the same).
It can not work as the
:03
To: openjfx-dev@openjdk.org
Subject: Re: Platform independent deployment
Hi Nir,
Does not work (I testet it) and it can not work (see below).
Also, this is exactly what my naive test was (I did not use maven to
copy the artifacts, but the result obviously is the same).
It can not work as
I use this in a gradle project I have and it works for me. All the
OS-specific modules are packaged and I can run the app on all 3 desktop
platforms.
It seems that you are doing something more special. Maybe someone else has
insights.
On Thu, Oct 20, 2022 at 8:03 PM Thomas Reinhardt
wrote:
>
>
Hi Nir,
Does not work (I testet it) and it can not work (see below).
Also, this is exactly what my naive test was (I did not use maven to
copy the artifacts, but the result obviously is the same).
It can not work as the implementation classes have the same name and
thus the jre can not dis
Hi Thomas,
Did you try to just specify the platform-specific dependencies in the POM?
org.openjfx
javafx-graphics
19
win
org.openjfx
javafx-graphics
19
linux
org.openjfx
javafx-graphics
Hi!
Apologizes if this is not the proper list to ask my question.
For context: we are using the WebView of JavaFX in our legacy swing
based frontend application. For now that is the only component we are
using but we might migrate completely at a later point in time.
I have an issue with t
21 matches
Mail list logo
