run erzeugtes exe file aus javafxmaven

[Juelin]

Hallo,
ich habe ja ein EXE File aus meinem Projekt (Projekt11) erzeugt.
Nun wollte ich natürlich das EXE File auch laufen lassen.
Das funktioniert aber nicht.
Ich vermute stark, das da nco ein paar Umgebungsvariablen zu setzen sind.
Hat da jemand Ahnung?.
ZIP File anbei.
In dem Verzeichnis JavaFXMavenEreignis-main\target\jpackage\Projekt11 gibt es noch zwei Unterverzeichnisse app und runtime.
Sind aber leider zu grpß um sie mit zu liefern.
Gruß
Jürgen

 

[KonradN]

Du kannst nicht nur die exe liefern sondern Du musst auch die Unterverzeichnisse mit liefern.

Du hast halt eine Java Anwendung und diese benötigt die Java Runtime und die befindet sich in den Unterverzeichnissen. Damit musst Du mit der Größe von mehreren MB leben.

Eine mögliche Alternative könnte hier ggf. GraalVM sein, aber das erfordert einiges mehr und ist nicht wirklich gradlinig und einfach.

 

[Juelin]

Hallo Konrad,
wie gesagt die Unterverzeichnisse habe ich zwar,
aber die sind zu groß um sie liefern zu können.
Gruß
Jürgen

 

[Jw456]

Mit den liefern meint Konrad sicherlich nicht uns hier im Forum. Sondern den Kunden dem du das Programm geben willst.

 

[M.L.]

Kunden

Der TE programmiert (noch) für sich selbst. Trotzdem könnte er die Quellcodes inkl. Anleitung mit Maven (und wohl DB-Skript für MariaDB) weiterreichen.

 

[KonradN]

Ich bin mir jetzt gerade unsicher, wo das Problem ist. Evtl. reden wir aneinander vorbei. Daher noch einmal alles komplett:

Also wenn Du es übersetzt hast mit -PImage (oder -DImage), dann hast Du im Verzeichnis target ein Verzeichnis jpackage. Das, was da drin ist, das sollte ausführbar sein und wenn Du es jemand anderem geben willst: Das ist genau das, was Du weiter geben musst.

Und unter Windows ist da eine exe mit einigem drumherum - die exe lässt sich direkt starten. Es muss sonst nichts konfiguriert oder installiert werden.

Das funktioniert aber nicht.
Ich vermute stark, das da nco ein paar Umgebungsvariablen zu setzen sind.

Da wären die Fragen:
a) Wie hast Du es gebaut?
b) Was hast Du gemacht? (Kopiert auf einen anderen Rechner oder direkter start?)
c) Was ist der Fehler, den Du bekommst?

Ein Problem, das ich bei IntelliJ festgestellt habe und die evtl. auch bei Netbeans auftreten kann: IntelliJ setzt kein JAVA_HOME auf das gewählte JDK. Ich wähle also z.B. das Temurin 21.0.3 als JDK und das wird dann auch aufgerufen. Aber IntelliJ setzt nicht das JAVA_HOME, so dass wir da weiterhin ein anderes JDK haben. So Probleme kann man in der Maven Ausgabe erkennen:

Das JPackage Plugin gibt aus, das es nutzt:

[INFO] --- jpackage-maven-plugin:0.1.5:jpackage (default) @ javafxapp ---
[INFO] Version of [jpackage]: 21.0.3

Hier wird also das JPackage vom JDK 21.0.3 genutzt, was richtig ist. Sollte da aber etwas von 17 oder 11 oder so stehen, dann kann man sicher sein: Da ist etwas schief gegangen und damit nutzt JPackage auch ein falsches JDK um die Laufzeitumgebung zu kopieren. ==> Das funktioniert nicht. Ich meine ich hatte da in der Vergangenheit dann nur ein Popup mit etwas wie "Error 1" oder so.

Wenn diese Problematik auch bei anderen Entwicklungsumgebungen auftritt, dann macht es ggf. Sinn, das man das auch als mögliche Fehlerquelle benennt.

Ich baue sowas in der Regel daher auf der Kommandozeile (wenn es kein Buildserver übernimmt): da setze ich das Java Home und so um dann mit dem Maven Wrapper alles zu bauen. Das Log wird dann auch zusammen mit dem Ergebnis gesichert. Dann kann man immer nachschauen.
(Hier macht aber eine Automatisierung Sinn, denn meist will man sowas dann ja für Windows, macOS und Linux haben => mind. 3 Läufe)

Kleiner Hinweis: Ich habe jetzt das Projekt auf GitHub deutlich erweitert. Neben einiges an Dokumentation habe ich auch das Reporting in das Projekt eingebaut. Damit habe ich dann jetzt den Build hier so, wie ich es gewohnt bin: ./mvnw -Pimage clean install site (image ist jetzt auch klein geschrieben.)
Und in target/site findet sich dann ein index.html über das man die ganzen Unterseiten aufrufen kann wie PMD und SpotBugs Ergebnisse, JavaDoc, .... JavaDoc jar wird jetzt auch gebaut ... so Dinge fehlten da halt auch noch ...

 

[Juelin]

Hallo Konrad,
danke für den Hinweis.
Ich habe es mal probiert.
Du hast leider unrecht.
Wenn ich mwn -Dimage clean install benutze wird KEIN jpackage Verzeichnis erzeugt und damt auch kein EXE File.
Man muss also mwn -DImage clean install benutzen.
Gruß
Jürgen

 

[M.L.]

evtl. auch bei Netbeans

NB scheint jpackage weder anzubieten noch zu nutzen (weder via GUI, Plugin, andere Einstellungen, Dokumentation,...)

 

[KonradN]

NB scheint jpackage weder anzubieten noch zu nutzen (weder via GUI, Plugin, andere Einstellungen, Dokumentation,...)

Das ist ja eine Maven Sache und hat nichts direkt mit Netbeans zu tun.

Was Netbeans macht ist lediglich der Aufruf von Maven. Maven selbst wertet dabei eine JAVA_HOME Umgebungsvariable aus.

In Maven gibt es dann das jpackage-maven-plugin (groupId com.github.akman), welches dann für den JPackage Aufruf zuständig ist und dazu auch das JAVA_HOME zu nutzen scheint.

Und das Problem bei IntelliJ ist, dass man zwar für ein Projekt ein JDK wählen kann, aber dies verändert dann nur, welches java.exe gestartet wird. Es verändert aber nicht automatisch das JAVA_HOME. Das hat also bei meinen ersten Java 21 Tests dazu geführt, dass zwar Maven mit einem java.exe von Java 21 lief, aber immer, wenn JAVA_HOME ins Spiel kam, dann war es das Java 17, welches ich als Default auf meinem System hatte. Und das hat dann beim JPackage zu Problemen geführt und das Image liess sich nicht starten (obwohl Maven erfolgreich durchlief).


@Juelin: Sorry, wenn Dich der letzte Absatz verwirrt hat. Dort bin ich nur auf die letzten Anpassungen an dem Projekt auf GitHub eingegangen. Die Änderungen, die ich da gemacht habe, kannst Du Dir gerne ansehen (gerade die Dokumentation hilft evtl. etwas) aber natürlich ändert sich durch meine Änderungen da auf GitHub nicht automatisch Dein Projekt auf Deiner Festplatte. Da heisst das Profil Image und hat die Property name Image und daher ist und bleibt es dort -PImage bzw. alternativ -DImage.

Bezüglich der Probleme, die Du hast, kannst Du Dich komplett auf die anderen Punkte meiner Antwort, die für Dich relevant waren. Wenn Du Probleme hast, dann sind die wichtigen Punkte:

a) Wie hast Du es gebaut?
b) Was hast Du gemacht? (Kopiert auf einen anderen Rechner oder direkter start?)
c) Was ist der Fehler, den Du bekommst?

 

[Juelin]

Hallo Konrad,
hier nochmal was ich gemacht habe.
1. Zip File aus dem Internet runter geladen. (JavaFXMavenApp-main)
2. Änderungen vorgenommen siehe Beschreibung JavaFXMaven.txt
3. In der Eingabeaufforderung (cmd) folgende Befehle laufen lassen:
a) mvnw package
b) mvnw javafx:run
c) mvnw -DImage clean install
Das File Projekt11.exe wurde in \JavaFXMavenEreignis-main\target\jpackage\Projekt11 erstellt.
Nur wenn ich das EXE File in cmd laufen lasse, so läuft es kurz und beendet sich ohne irgendeine Meldung.
Und das Anwendungsprogramm startet natürlich auch nicht.
Noch Fragen, dann melde Dich.
Gruß
Jürgen

 

[KonradN]

Ok, du übersetzt also auf der Kommandozeile. Dann mach einmal folgendes:

a) java -version
b) echo %JAVA_HOME%
c) mvnw -PImage clean install > mvn.log 2>&1

Die Ausgabe von a) und b) kannst Du posten und das mvn.log aus c) kannst Du dann als Datei anhängen oder per Copy&Paste als Code (Allgemein) posten.

Und bei dem zip File handelt es sich aber um das, was Du herunter geladen hast und nicht das, was Du angepasst hast? Denn da ist nichts mit Project11 sondern es wird in target/jpackage ein javafxapp angelegt mit der javafxapp.exe


Aber was ich in anderen project11.zip gesehen habe: Du hast da nicht keine explizite Main Klasse mehr. Evtl. ist das bei Dir schon das Problem. Bei dem Aufbau dieses JavaFX Projektes verzichten wir komplett auf eine Modulbeschreibung und das macht dies mit erforderlich. Des weiteren ist der Workaround notwendig für manche Entwicklungsumgebungen, um die Anwendung direkt zu starten.

 

[Juelin]

Hallo Konrad,

a) Java-version = 21.0.2+13-LTS-58 JavaFX-version 21.0.3
b) Variable JAVA-HOME konnte keine finden. auf cmd sagt er erkennt die variable nicht und auf java platform shell kennt er die variable auch nicht.
c) wie gewünscht.

Im File Ereignis.java ist doch eine main Class drin

    @FXML
    public static void main(String[] args)
        {
        launch();
        }

Gruß
Jürgen

 

[KonradN]

Wichtig: JAVA_HOME und nicht JAVA-HOME - also Unterstrich und nicht Bindestrich. Und die sollte bei Maven eigentlich immer gesetzt sein daher wirst Du die vermutlich auch gesetzt haben.

Um bei der separaten main Methode geht es einfach darum, dass es eine Problematik gibt, die auftreten kann, wenn die main Methode in einer Klasse ist, die von eine JavaFX Klasse erbt. Und das ist der Fall, da Ereignis von Application erbt. Das kann bei gewissen Konstellationen zu dem Problem führen, dass er meint, dass die JavaFX Laufzeitumgebung nicht zur Verfügung steht. Das tritt aber nach meiner Erfahrung nicht auf bei

• Start über javafx:run Ziel des JavaFX Plugins
• Start der Anwendung nach bau des jpackages (Das habe ich auch noch einmal getestet).

Das wird es vermutlich also nicht sein, aber es war etwas, das mir als Abweichung aufgefallen ist.

 

[Juelin]

Sorry Konrad,
war nur ein Schreibfehler.
Ich habe nazürlich JAVA_HOME benutzt. Kennt aber das System nicht.
Gruß
Jürgen

 

[Jw456]

dann erstelle sie doch

https://azimuahamed.medium.com/java-environment-variables-setup-windows-11-58fe71e43b5e

 

[Juelin]

JAVA_HOME ist gesetzt
siehe bild1
Gruß
Jürgen

 

[KonradN]

c) wie gewünscht.

c war das Anhängen der Ausgabe vom Maven Lauf. Da scheinst Du das Anhängen der Datei vergessen zu haben, oder?

Und ich hatte Dir einmal ein Link im Gespräch zu einem freigegebenen OneDrive Ordner gesendet. Da könntest Du einmal das Projekt hochladen, dann schaue ich es mir auch einmal an, ob mir da noch etwas mehr auffällt.

 

[Juelin]

Nein Konrad müsste das ZIP File sein.

 

[Juelin]

sorry nehme alles zurück.
Hier ist das File.

 

[KonradN]

Beim Build sieht man, dass Du eine module-info.java hast. Das Projekt ist aber darauf ausgerichtet, dass es eine solche Beschreibung nicht gibt.

Ich habe es jetzt nicht ausgetestet, aber vermutlich liegen die Probleme daran, dass Du in der Modulbeschreibung Module referenziert, die dann aber nicht als Module hinzugefügt wurden. Sprich: Im modulpath und bei modules könnte es notwendig sein, Anpassungen zu machen.

Oder - was ich empfehlen würde - Du versuchst einmal die module-info.java Datei zu löschen und schaust, ob es dann geht.

 

[Juelin]

moin Konrad,
habe ich versucht, hat aber leider nichts gebracht.
Frage: was ist eigentlich der Unterschied zwischen .DImage und -PImage?
Schönes Wochenende
Jürgen

 

[KonradN]

Mit -P gibt man ein Peofil an. -PImage wählst Du das Profil Image.
Mit -D kann man eine Property setzen. -DImage setzt somit eine Property Image und da dies als Aktivierungsproperty gesetzt ist, macht -DImage das Gleiche wie -PImage: es wird das Profil Image verwendet.

 

[Juelin]

Danke Konrad,
gibt es dazu im Internet eine Beschreibung?
So richtig schlau werde ich damit immer noch nicht.
Was ist ein Peofil und was für Property kann man beo DIMage setzten?.
Gruß
Jürgen

 

[KonradN]

Was ist ein Peofil

Das ist ein Tippfehler und sollte Profil heissen.

Zu Maven gibt es sehr viel Dokumentation, bezüglich Profile z.B. Maven (apache.org)

Da wird auch erklärt, wie ein Profil aktiviert werden kann incl. dem Weg über Properties.

 

[KonradN]

Und ich habe keine Ahnung, was bei Dir schief läuft. Was Du einfach mal probieren kannst ist in der separaten Main Klasse eine solche Main Methode zu haben:

    public static void main(String[] args) {
        try {
            JavaFXApp.main(args);
        } catch (Throwable e) {
            JOptionPane.showMessageDialog(null, "Unerwartete Exception: " + e.getMessage(), "Fehler aufgetreten", JOptionPane.ERROR_MESSAGE);
        }
    }

Wenn eine Exception auftreten sollte, bekommst Du so einen Hinweis, was schief gelaufen ist.

Ansonsten kann man für Windows auch sagen, dass man eine Konsolenanwendung haben möchte - das wäre dann in der Konfiguration vom jpackage-maven-plugin ein <winconsole>true</winconsole> - dann solltest Du auch Meldungen zu Exceptions oder Fehlern sehen können.

 

[Juelin]

Hallo Konrad,
danke für die Hinweise.
Zu der main:
Netbeans mekert JavaFXApp.main an kennt er nicht und
JOptionPane kennt er auch nicht.
Zu Konsolanwendung bekomme ich beim Befehl mvnw package folgende Fehler meldung

E:\java\JavaFXMavenEreignis-main>mvnw package
[INFO] Scanning for projects...
[ERROR] [ERROR] Some problems were encountered while processing the POMs:
[FATAL] Non-parseable POM E:\java\JavaFXMavenEreignis-main\pom.xml: TEXT must be immediately followed by END_TAG and not START_TAG (position: START_TAG seen ...<jpackage.maven.plugin>\n                <winconsole>... @45:29)  @ line 45, column 29
 @
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]
[ERROR]   The project  (E:\java\JavaFXMavenEreignis-main\pom.xml) has 1 error
[ERROR]     Non-parseable POM E:\java\JavaFXMavenEreignis-main\pom.xml: TEXT must be immediately followed by END_TAG and not START_TAG (position: START_TAG seen ...<jpackage.maven.plugin>\n                <winconsole>... @45:29)  @ line 45, column 29 -> [Help 2]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
[ERROR] [Help 2] http://cwiki.apache.org/confluence/display/MAVEN/ModelParseException

vorher hatte ich in pom.xml

<jpackage.maven.plugin>0.1.5</jpackage.maven.plugin>

Hatte die 0.1.5 mir der <winconsole>true</winconsole> ausgetauscht.

Gruß
Jürgen

 

[KonradN]

Netbeans mekert JavaFXApp.main an kennt er nicht und
JOptionPane kennt er auch nicht.

Das wird daran liegen, dass Deine Klasse mit der main Methode anders heisst. Da ich Dein Projekt nicht kenne, kann ich Dir nur das geben, was ich in meinem Projekt habe und Du musst so Dinge natürlich an Dein Projekt anpassen.

Und das sieht so aus, als ob Deine Anpassung an der pom nicht korrekt ist. Dieser erwähnte Konfigurationsparameter muss unter configuration kommen. Also nur um es einmal zu skizzieren:

                    <plugin>
                        <groupId>com.github.akman</groupId>
                        <artifactId>jpackage-maven-plugin</artifactId>
                        <version>${jpackage.maven.plugin}</version>
                        <configuration>
                            <winconsole>true</winconsole>

Hier wäre es jetzt direkt an erster Stelle bei configuration. Das kann aber auch gerne etwas später kommen, aber halt vor dem </configuration>.

Das gehört also nicht in die Properties. Das <jpackage.maven.plugin>0.1.5</jpackage.maven.plugin> in den Properties hat die Version des jpackage maven plugins angegeben und - wie Du an dem kleinen Ausschnitt siehst - wird dann bei der Versionsangabe genutzt.

 

[Juelin]

Hallo Konrad,
habe ich jetzt gemacht.
Als fehlermeldung kommt:
Missing JavaFX application class com.juelin.projekt11.Ereignis
File Ereignis.class ist aber in target\classes\com\juelin\projekt11 vorhanden.
Gruß
Jürgen

 

[KonradN]

Ist das die einzige Ausgabe, die kommt? Und hast Du mal geschaut, ob Du Zugriff auf das Verzeichnis hast, das ich auf OneDrive freigegeben habe (Link hatte ich Dir in dem Gespräch gesendet) damit Du da einmal das Projekt als ZIP hochladen kannst?

 

[Juelin]

Hallo Konrad,
die Gespräche sind shon gelöscht.
Kannst Du mir den Link nochmal schicken.
Danke und Gruß
Jürgen

 

[joetrung]

@Juelin

Ich bin ungefähr im gleichen Alter wie Du, Jahrgang 1951 – Absolvent der Technischen Universität Stuttgart 1976, Institut für Nachrichtentechnik und Datenverarbeitung, einer von drei ausländischen Studierenden neben einer Handvoll deutscher Kommilitonen. Damals waren Begriffe wie Networking/Messaging (Nachrichtenvermittlung), Computer (Rechner) und „Informatik“ (Datenverarbeitung) unbekannt.

Ich habe die Diskussion mit Interest verfolgt und denke, dass Du möglicherweise nicht viel über „Datenverarbeitung“ weißt und daher Probleme mit den „Computerkonventionen“ (genauer: Betriebssystem oder in Neudeutsch: Operating system) hast. Rechner (Computer) läuft mit OS. Das menschliche Leben dreht sich um 4 Ws: Wo, Was, Wie und Welche: wo zu finden, was zu tun, wie zu führen und welche Reihenfolge. Genau das macht das Betriebssystem: Wo (PATH), Was (Programm), Wie (Dialog oder „Stapel“-Batch) und Welche (Ressourcen).

Beginnend mit Gen-X und bis zur heutigen Gen-Z erfolgt die Programmierung nur noch mit IDE (Integrated Development Environment) wie Netbeans, Intellij usw. IDE übernimmt alle „trivialen“ Arbeiten wie das Setzen von PATH, CLASSPATH usw. erstellt die JAR-Dateien und führt die Programme in der von der IDE vorbereiteten Umgebung aus. Die Entwickler müssen sich nur auf ihre „Entwicklungsarbeit“ konzentrieren. Die schlechte Seite ist, dass sich die Entwickler vom Betriebssystem und den Betriebssystemkonventionen entfernen und irgendwann nicht mehr wissen, wie es geht. Am Ende sind viele Entwickler ratlos, warum ihre Programme mit Netbeans oder Intellij laufen, aber nicht ohne IDE. Java mit der Virtual Machine (JVM) funktioniert ähnlich wie ein Betriebssystem, das als Gast unter Windows läuft. Das bedeutet, dass JVM auch die 4 Ws benötigt: Wo, Was, Wie und Welche. Das Wo hier ist CLASSPATH.

Die Fehlermeldung „Missing JavaFX application class com.juelin.projekt11.Ereignis“ weist darauf hin, dass sich der EXE-Wrapper mit der von IDE-erstellten Umgebung verheddert, und den Eintrag „com.juelin.projekt11.Ereignis“ im CLASSPATH irgendwie nicht findet oder nicht an JVM weitergibt. Um eine JAR-App als exe-App unter Windows oder Linux auszuführen, muss die JAR-App in nativen codes mit C/C++ „umwickelt“ (wrapped) werden. Und das geschieht meist mit execv("java -jar myjar.jar") oder einfach mit system("java -jar myjar.jar") und es funktioniert ähnlich wie Java Runtime.exec("java -jar myjar.jar"). Dies weist darauf hin, dass das ausgeführte Programm in einer anderen Umgebung als der Exe-Wrapper ausgeführt wird.

Um dein Problem zu lösen, musst Du wissen: WO wird der CLASSPATH gesucht? Dann kommen die drei anderen W: WAS, WIE und WELCHES. Eine "remote" debugging ist hier nahezu unmöglich.

 

[KonradN]

Ok, das Problem hier war zweigeteilt:

a) In Ereignis hast Du static Variablen, welche Du direkt initialisierst. Damit wird beim Laden der Klasse das auch geladen was fehlschlägt und dann auch zu einer ClassNotFoundException wird. Da der Stacktrace bei der Klasse mit der main Methode nicht angezeigt wird, gab es diese Probleme mit der Fehlersuche.

b) Das eigentliche Problem ist hier, dass ich in dem JavaFX Projekt drin hatte, dass die Module hinzugefügt werden. Das führt leider dazu, dass die ganzen Module von Java nicht mehr automatisch includiert werden. Daher entweder die Module hinzufügen oder erst einmal auf Module verzichten und einfach den ganzen Abschnitt heraus nehmen:

                            <modulepath>
                                <dependencysets>
                                    <dependencyset>
                                        <includenames>
                                            <includename>javafx\..*</includename>
                                        </includenames>
                                    </dependencyset>
                                </dependencysets>
                            </modulepath>
                             <addmodules>
                                <addmodule>javafx.controls</addmodule>
                                <addmodule>javafx.graphics</addmodule>
                                <addmodule>javafx.fxml</addmodule>
                                <addmodule>javafx.web</addmodule>
                                <addmodule>java.sql</addmodule>
                            </addmodules>

(Wenn Du es nicht herausnehmen möchtest, siehst Du den java.sql Eintrag, der bei Dir fehlen würde)

Da ich generelle empfehle, derzeit noch auf Module zu verzichten, werde ich das im Projekt erst einmal herausnehmen.