Welchen Packager soll ich verwenden.

[Joob]

Mit meinem Java Projekt bin ich jetzt erst mal klar und möchte nun eine Distribution erstellen.

Ich verwende javaFX und

Auszug aus der Gradle Build

implementation 'org.json:json:20220320'

implementation 'com.jcraft:jsch:0.1.55'

implementation 'commons-net:commons-net:3.8.0'
implementation 'net.lingala.zip4j:zip4j:1.3.2'
implementation 'com.googlecode.soundlibs:jlayer:1.0.1.4'
implementation 'de.sciss:jump3r:1.0.5'
implementation 'com.lowagie:itext:4.2.0'
implementation 'net.sf.jasperreports:jasperreports:6.19.0'

Bisher baue ich das Setup mit Inno Setup
Ich hatte auch jarToexe probiert, das lief aber für mich nicht gut.

Jetzt frage ich mich mit welchem Packager ich eine lauffähige Version für Win.PCs erstellen soll.

Ich würde gerne ein fatjar, ich hoffe ich verwende die Begrifflichkeit richtig,
also mit meiner Setupdatei alle für meine Anwendung notwendigen Bestandteile mitgeben,
so das keine Abhängigkeiten zum Rechner bestehen auf dem installliert wird.

Ich möchte es vermeiden wie es mir so oft schon passiert ist, das ich nach ganz viel Arbeit feststellen
muss das das so nicht geht und ich alles neu machen muss.

Ich hoffe ich habe an alles gedacht um mir einen Rat zu geben.

 

[KonradN]

Was ein üblicher Weg ist, ist die Erstellung eines Images mit JLink (Ab Java 9) und eine App-Images mit JPackage (Ab Java 14). Damit hast Du eine Verzeichnisstruktur, in der dann ein Startscript (bei dem Image von JLink) oder eine exe (beim App-Image) liegt. Alternativ kann JPackage auch ein MSI erstellen, das dann zur Installation auf Zielrechnern verwendet werden kann.

Ansonsten kann an sich prinzipiell auch überlegen, mittels GraalVM und native-image eine exe zu erzeugen. Das setzt aber dann einiges mehr auf dem Build System voraus.

 

[Joob]

GraalVM habe noch nicht gesehen.


Hört sich aber spannend an.
Was meinst du mit einiges voraus auf dem BuildSystem. Ich verwende Java 17,
Kann ich etwas im Gradle Build integrieren ?

Java on Truffle scheint das richtige zu sein,​

wenn ich nicht wieder alles missverstanden habe.
Erstellt eine komplette Laufzeit mit jre, das habe ich schon mal gemacht erfordert aber viele voneinander unabhängige Schritte,
das würde ich gerne vermeiden.

Und dann ist da noch:
java on truffle ist experimental on Windows.
Mit was habe ich da zu rechnen ?

 

[KonradN]

Also bezüglich Java on Truffle:

Java on Trufle is an experimental technology in GraalVM, and peak performance is currently 2-3x slower than HotSpot.

Java on Truffle

GraalVM is an advanced JDK with ahead-of-time Native Image compilation.

www.graalvm.org

Das würde ich also nicht in Betracht ziehen.

Was meinst du mit einiges voraus auf dem BuildSystem.

Native Image

GraalVM is an advanced JDK with ahead-of-time Native Image compilation.

www.graalvm.org

To start using Native Image on Windows, install Visual Studio and Microsoft Visual C++ (MSVC).

Dabei ist wichtig, genau auf die richtige Version zu achten. Ich hatte das Glück, dass ich es zu einem Zeitpunkt getestet hatte, wo ein neues Visual Studio schon eine gewisse Zeit draußen war nur eben das GraalVM wollte zwingend die vorherige Version und war einfach nicht dazu zu bringen, auch mit der neuen Version zu laufen.

Mein Weg ist übrigens immer das App-Image, das ich baue. Dazu habe ich in meinen Maven Projekten JLink und JPackage mit drin (Ersteres indirekt über das Moditect Plugin - aber unter dem Strich wird da auch JLink aufgerufen).

JLink / JPackage sind die offiziellen Wege, die üblicherweise genommen werden. GraalVM hat aus meiner Sicht auch den Nachteil, dass es halt der Java Entwicklung hinterher läuft (Ist aber auch schon auf dem JDK 17 Stand - also nicht ganz so wild. Aber es kommen halt von Zeit zu Zeit Neuerungen ... Project Loom ist jetzt im Java 19 mit drin als erste Preview, Spring 6 soll erste Unterstützung dazu bekommen ... das wäre ein Beispiel, das man evtl. doch "up to date" sein will).

 

[Joob]

Hallo erst mal, schön mal wieder von dir zu hören.
Ich hatte in den letzten Monaten total viel damit zu tun, meine App umzubauen.
Vielleicht erinnerst Du dich.

OK, dann werde ich mich erst mal mit JLink / JPackage beschäftigen.
Die kann ich doch auch im Gradle Buid einbauen oder?

Kann ich denn denn dann folgendes erreichen:
Innerhalb des Gradle Build alles so konfigurien
das ich nach dem Build aus Netbeans eine komplett lauffähige Setup für fremde Rechner
in meinem BuildVerzeichniss habe ?

 

[KonradN]

Die kann ich doch auch im Gradle Buid einbauen oder?

Ja, das geht auf jeden Fall. Mit Gradle habe ich diesbezüglich aber keine tieferen Erfahrungen.
https://badass-jlink-plugin.beryx.org/releases/latest/ dürfte da ein guter Startpunkt sein (Wobei ich nicht sicher bin, ob das immer noch das bevorzugte Plugin ist. Damals schien es mir so).

Kann ich denn denn dann folgendes erreichen:
Innerhalb des Gradle Build alles so konfigurien
das ich nach dem Build aus Netbeans eine komplett lauffähige Setup für fremde Rechner
in meinem BuildVerzeichniss habe ?

Ja, das ist der Vorteil von Maven und Gradle. Die IDE ist dann egal - die IDE startet lediglich den externen Build Vorgang. Und am Ende wird dann das Ergebnis bereit gestellt. Wenn ich mich recht erinnere, dann ist es das ./build/ Verzeichnis, das alle Ergebnisse enthält. Und da sollten auch die gebauten Dinge vom jlink / jpackage landen (Das würde ich nicht ändern, da dies ja auch beim clean Lauf gelöscht werden soll und so.)

 

[Joob]

Ja, dann leg ich mal los.
Hast Du Interesse am Fortschritt ?

 

[KonradN]

Ja, dann leg ich mal los.
Hast Du Interesse am Fortschritt ?

Es wäre natürlich super, wenn du später Deine Lösung oder Deinen Fortschritt posten würdest. Ich selbst werde so Gradle Dinge in absehbarer Zukunft nicht benötigen, aber Andere können ja über die Suchfunktion auch über den Thread „stolpern“.