Java Images

[Oneixee5]

Hallo, ich habe bisher mit Java keine ernsthaften Desktop- bzw. GUI-Anwendungen erstellt - jedenfalls nicht nach der Version 1.4 (2003/2004). Wie verhält sich das mit den Java-Images auf unterschiedlichen Betriebssystemen? Sind die genauso überall lauffähig wir Jar-Dateien? Ich kann mir das fast nicht vorstellen. Kann ich evtl. mit Maven Java-Images für Windows und Linux bauen? Möglichst auf einen Rutsch. Peinlicherweise hat mich gerade mein Chef gefragt und ich habe keine Ahnung davon. Ich weiß nur, dass man keine Java-Runtime mehr braucht, aber das ist auch schon alles.

 

[KonradN]

Hallo, ich habe bisher mit Java keine ernsthaften Desktop- bzw. GUI-Anwendungen erstellt - jedenfalls nicht nach der Version 1.4 (2003/2004). Wie verhält sich das mit den Java-Images auf unterschiedlichen Betriebssystemen? Sind die genauso überall lauffähig wir Jar-Dateien? Ich kann mir das fast nicht vorstellen. Kann ich evtl. mit Maven Java-Images für Windows und Linux bauen? Möglichst auf einen Rutsch. Peinlicherweise hat mich gerade mein Chef gefragt und ich habe keine Ahnung davon. Ich weiß nur, dass man keine Java-Runtime mehr braucht, aber das ist auch schon alles.

Nein, JPackage erzeugt ein AppImage für genau die eigene Plattform. Und das ist ja u.a. eine JRE für die Plattform sowie ggf. Plattform bezogener Dateien (z.B. bei JavaFX oder anderen Hardware Nahen Abhängigkeiten).

Das bedeutet, dass du es auf den jeweiligen Plattformen bauen musst.

Dies kann man aber z.B. über ci/cd Pipelines machen mit entsprechenden Workern und so.

 

[Oneixee5]

Ist in dem AppImage dann noch Bytecode und ein nativer Launcher oder ist alles nativ kompiliert(Ahead-Of-Time)?

 

[KonradN]

Das ist immer noch Java Bytecode + JRE + einer EXE die das alles startet.

Hier mal einfach der Inhalt eines Ergebnisses auf einem Debian System mit Java 21 (runtime habe ich nur ein Unterverzeichnis gezeigt - das sollte ausreichen)

konrad@debian:~/Projects/JavaFXMavenApp/target/jpackage/javafxapp$ ls
bin  lib
konrad@debian:~/Projects/JavaFXMavenApp/target/jpackage/javafxapp$ ls bin
javafxapp
konrad@debian:~/Projects/JavaFXMavenApp/target/jpackage/javafxapp$ ls lib
app  javafxapp.png  libapplauncher.so  runtime
konrad@debian:~/Projects/JavaFXMavenApp/target/jpackage/javafxapp$ ls lib/app
annotations-24.1.0.jar      javafx-base-21.0.3.jar        javafx-controls-21.0.3-linux.jar  javafx-graphics-21.0.3.jar        javafx-media-21.0.3-linux.jar
javafxapp-1.0-SNAPSHOT.jar  javafx-base-21.0.3-linux.jar  javafx-fxml-21.0.3.jar            javafx-graphics-21.0.3-linux.jar  javafx-web-21.0.3.jar
javafxapp.cfg               javafx-controls-21.0.3.jar    javafx-fxml-21.0.3-linux.jar      javafx-media-21.0.3.jar           javafx-web-21.0.3-linux.jar
konrad@debian:~/Projects/JavaFXMavenApp/target/jpackage/javafxapp$ ls lib/runtime
conf  legal  lib  release
konrad@debian:~/Projects/JavaFXMavenApp/target/jpackage/javafxapp$ ls lib/runtime/lib
classlist     jvm.cfg             libextnet.so       libj2pkcs11.so  libjimage.so  lible.so                libnio.so           libverify.so          server
ct.sym        libattach.so        libfontmanager.so  libjaas.so      libjli.so     libmanagement_agent.so  libprefs.so         libzip.so             tzdb.dat
jexec         libawt_headless.so  libfreetype.so     libjavajpeg.so  libjsig.so    libmanagement_ext.so    librmi.so           modules
jfr           libawt.so           libinstrument.so   libjava.so      libjsound.so  libmanagement.so        libsctp.so          psfontj2d.properties
jrt-fs.jar    libawt_xawt.so      libj2gss.so        libjawt.so      libjsvml.so   libmlib_image.so        libsplashscreen.so  psfont.properties.ja
jspawnhelper  libdt_socket.so     libj2pcsc.so       libjdwp.so      liblcms.so    libnet.so               libsyslookup.so     security
konrad@debian:~/Projects/JavaFXMavenApp/target/jpackage/javafxapp$

Du kannst also in app sehr gut die Abhängigkeiten als auch das eigentliche jar File (javafxapp-1.0-SNAPSHOT.jar) erkennen und in lib hast Du die JRE (mit den Modulen, die Du brauchst).

Die Native Übersetzung könntest Du aber auch probieren. Da wäre dann GraalVM mit NativeImage vermutlich das Tool der Wahl. Hier habe ich aber Probleme gehabt, das mit JavaFX zum laufen zu kriegen. In dem JavaMavenApp Repository auf GitHub von mir wäre das aber auch als Option mit drin. Aber das Kernproblem hier ist nach meinem Verständnis dann, dass ja die Klassen native übersetzt werden und dann so mit dem Classloader nicht mehr funktionieren. Aber GraalVM habe ich - auch auf Grund von möglichen Lizenz-Problemen - nicht weiter vertieft (Ich weiss nicht, ob die Lizenz problematisch sein könnte - es ist Oracle und auf den ersten Blick war die Lizenz nicht wirklich klar/sauber abzugrenzen.)

Was aber wichtig ist: GraalVM braucht auch die entsprechenden Build Systeme und die sind deutlich schwerer aufzusetzen (Windows halt mit der passenden Visual Studio Version und so ...). Also nicht ganz so einfach mit einem 08/15 Worker bei GitHub oder einem ähnlichen Anbieter.

 

[KonradN]

Ach ja: Spiel doch einfach etwas herum:

GitHub - kneitzel/JavaFXMavenApp: Simple JavaFX App with Maven

Simple JavaFX App with Maven. Contribute to kneitzel/JavaFXMavenApp development by creating an account on GitHub.

github.com

GitHub - kneitzel/JavaMavenApp

Contribute to kneitzel/JavaMavenApp development by creating an account on GitHub.

github.com

Was ich da als sinnvoll erachte in einem Maven Projekt kannst Du ja einfach ignorieren. Mit Java 21 kannst Du direkt ein mvnw -Pimage install machen und bekommst dann ein target/jpackage. Und dann einfach mal auf diversen Plattformen, die dir zur Verfügung stehen, ausprobieren.

 

[Oneixee5]

Vielen Dank für die Infos. Ich werde das mal ausprobieren. Vermutlich wird das aber nicht direkt zu meiner Aufgabe werden, eher so am Rande.