Exe erstellen

[Reiner_Beginner]

Hallo,

habe mal die Antwort von JPackage in eine ZIP gepackt und angehängt.

Wer schön wenn einer eine Idee hat, weitere Fragen beantworte ich gerne.

 

[Robert Zenz]

Warte warte warte...du hast Text, den hast du in ein PDF konvertiert, in ein ZIP gepackt, um diesen dann auf einer Plattform die Text als Kommunikationsmittel verwendet anzuhaengen? Echt jetzt?

Hallo,
habe ein kleines Programm in Java mit WindowBuilder erstellt. Wollte nun daraus eine echte EXE erstellen mit JPackage.
Es wird aber immer nur eine Installerexe erstellt. Wenn ich die starte popt ein Fenster auf und verschwindet gleich wieder.

Habe Win11, Java 21.0.9, WiX 3.14. Alle Pfade und Variablen s mmen.
Weiß mir keinen Rat mehr.

Hat irgendjemand eine re ende Idee?
Wär toll.

C:\Spiel\eclipse-workspace>jpackage --name Reiner --input C:/Spiel/eclipse-workspace/Reiner --main-jar ..\Reiner.jar --main-class
com.Rein.ReinWin.MainApp --type exe --dest d2 --icon C:\Spiel\eclipse-workspace\Hamburger.ico --verbose
[11:04:13.376] Running candle.exe
[11:04:13.613] Running light.exe
[11:04:13.790] [candle.exe]-Version [3.14.1.8722] erkannt.
[11:04:13.790] [light.exe]-Version [3.14.1.8722] erkannt.
[11:04:13.790] WiX 3.14.1.8722 erkannt. Erweiterte Bereinigungsak on wird ak viert.
[11:04:19.852] Command [PID: -1]:
jlink --output C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\images\win-msi.image\Reiner\run me --module-path C:\\Program
Files\\Java\\jdk-21\\jmods --add-modules
jdk.management.jfr,java.rmi,jdk.jdi,jdk.charsets,jdk.xml.dom,java.xml,java.datatransfer,jdk.jstatd,jdk.h pserver,java.desktop,java.security.sasl,jdk.zipfs,java.base
,jdk.crypto.ec,jdk.javadoc,jdk.management.agent,jdk.jshell,jdk.editpad,jdk.jsobject,java.sql.rowset,jdk.sctp,jdk.unsupported,jdk.jlink,java.smartcardio,java.secur
ity.jgss,java.compiler,jdk.nio.mapmode,jdk.dynalink,jdk.unsupported.desktop,jdk.accessibility,jdk.security.jgss,java.sql,jdk.incubator.vector,java.xml.crypto,java.t
ransac on.xa,java.logging,jdk.jfr,jdk.crypto.cryptoki,jdk.random,jdk.net,java.naming,jdk.internal.ed,java.prefs,java.net.h p,jdk.compiler,jdk.naming.rmi,jdk.inter
nal.opt,jdk.jconsole,jdk.a ach,jdk.crypto.mscapi,jdk.internal.le,java.management,jdk.jdwp.agent,jdk.internal.jvmstat,java.instrument,jdk.management,jdk.security.auth,java.scrip ng,jdk.jdeps,jdk.jartool,jdk.jpackage,java.management.rmi,jdk.naming.dns,jdk.localedata --strip-na ve-commands --strip-debug --no-man-
pages --no-header-files
[11:04:19.852] Output:
WARNING: Using incubator modules: jdk.incubator.vector
[11:04:19.852] Returned: 0
[11:04:19.852] Benutzerdefinierte Packageressource [icon] wird verwendet (aus Datei C:\Spiel\eclipse-workspace\Hamburger.ico geladen).
[11:04:19.875] Warnung: Windows Defender verhindert eventuell die korrekte Ausführung von jpackage. Wenn ein Problem au ri , deak vieren Sie die
Echtzeitüberwachung, oder fügen Sie einen Ausschluss für das Verzeichnis "C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456" hinzu.
[11:04:19.932] Standardpackageressource WinLauncher.template [Vorlage für das Erstellen der ausführbaren Eigenscha endatei] wird verwendet (durch
Hinzufügen von Reiner.proper es zu resource-dir ist eine Anpassung möglich).
[11:04:20.643] MSI-ProductCode: 7284fdf3-ed7c-3d3c-96c2-ce9e95448f1a.
[11:04:20.643] MSI-UpgradeCode: cfc09a0d-d6d8-33e2-a1c1-417eb0a4dfdd.
[11:04:20.667] Standardpackageressource MsiInstallerStrings_de.wxl [WiX-Lokalisierungsdatei] wird verwendet (durch Hinzufügen von
MsiInstallerStrings_de.wxl zu resource-dir ist eine Anpassung möglich).
[11:04:20.667] Standardpackageressource MsiInstallerStrings_en.wxl [WiX-Lokalisierungsdatei] wird verwendet (durch Hinzufügen von
MsiInstallerStrings_en.wxl zu resource-dir ist eine Anpassung möglich).
[11:04:20.667] Standardpackageressource MsiInstallerStrings_ja.wxl [WiX-Lokalisierungsdatei] wird verwendet (durch Hinzufügen von MsiInstallerStrings_ja.wxl
zu resource-dir ist eine Anpassung möglich).
[11:04:20.667] Standardpackageressource MsiInstallerStrings_zh_CN.wxl [WiX-Lokalisierungsdatei] wird verwendet (durch Hinzufügen von
MsiInstallerStrings_zh_CN.wxl zu resource-dir ist eine Anpassung möglich).
[11:04:20.675] Standardpackageressource main.wxs [Haupt-WiX-Projektdatei] wird verwendet (durch Hinzufügen von main.wxs zu resource-dir ist eine
Anpassung möglich).
[11:04:20.675] Standardpackageressource overrides.wxi [Überschreibt WiX-Projektdatei] wird verwendet (durch Hinzufügen von overrides.wxi zu resource-dir
ist eine Anpassung möglich).
[11:04:20.675] MSI-Konfigura on wird vorbereitet: C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\images\win-exe.image\Reiner-
1.0.msi.
[11:04:20.675] MSI wird generiert: C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\images\win-exe.image\Reiner-1.0.msi.
[11:04:20.729] Running candle.exe in C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\images\win-msi.image\Reiner
[11:04:20.972] Command [PID: 15556]:
candle.exe -nologo C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\config\main.wxs -ext WixU lExtension -arch x64 -out
C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\wixobj\main.wixobj -dJpAppDescrip on=Reiner -dJpAppVersion=1.0 -dJpProductCode=7284fdf3-ed7c-3d3c-96c2-ce9e95448f1a -dJpAppName=Reiner -dJpAllowUpgrades=yes -dJpProductUpgradeCode=cfc09a0d-d6d8-33e2-a1c1-
417eb0a4dfdd -dJpIsSystemWide=yes -dJpAllowDowngrades=yes -
dJpIcon=C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\images\win-msi.image\Reiner\Reiner.exe -dJpAppVendor=Unbekannt -
dJpAppSizeKb=207096 -dJpConfigDir=C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\config
[11:04:20.972] Output:
main.wxs
[11:04:20.972] Returned: 0
[11:04:20.972] Running candle.exe in C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\images\win-msi.image\Reiner
[11:04:21.182] Command [PID: 2708]:
candle.exe -nologo C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\config\bundle.wxf -ext WixU lExtension -arch x64 -out
C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\wixobj\bundle.wixobj
[11:04:21.182] Output:
bundle.wxf
[11:04:21.182] Returned: 0
[11:04:21.182] Running candle.exe in C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\images\win-msi.image\Reiner
[11:04:21.320] Command [PID: 11980]:
candle.exe -nologo C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\config\ui.wxf -ext WixU lExtension -arch x64 -out
C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\wixobj\ui.wixobj
[11:04:21.320] Output:
ui.wxf
[11:04:21.322] Returned: 0
[11:04:21.322] Running light.exe in C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\images\win-msi.image\Reiner
[11:04:45.499] Command [PID: 13860]:
light.exe -nologo -spdb -ext WixU lExtension -out C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\images\win-exe.image\Reiner-
1.0.msi -b C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\config -sice:ICE27 -loc
C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\config\MsiInstallerStrings_de.wxl -loc
C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\config\MsiInstallerStrings_en.wxl -loc
C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\config\MsiInstallerStrings_ja.wxl -loc
C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\config\MsiInstallerStrings_zh_CN.wxl -cultures:de-de
C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\wixobj\main.wixobjC:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\wixobj\bundle.wixobj
C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\wixobj\ui.wixobj
[11:04:45.499] Output:
C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456\config\main.wxs(53) : warning LGHT1076 : ICE61: This product should remove only
older versions of itself. No Maximum version was detected for the current product. (JP_DOWNGRADABLE_FOUND)
[11:04:45.499] Returned: 0
[11:04:45.499] EXE für Installa onsprogramm wird generiert in: C:\Spiel\eclipse-workspace\d2.
[11:04:45.506] Warnung: Windows Defender verhindert eventuell die korrekte Ausführung von jpackage. Wenn ein Problem au ri , deak vieren Sie die
Echtzeitüberwachung, oder fügen Sie einen Ausschluss für das Verzeichnis "C:\Users\User\AppData\Local\Temp\jdk.jpackage550659904805744456" hinzu.
[11:04:45.593] Standardpackageressource WinInstaller.template [Vorlage für das Erstellen der ausführbaren Eigenscha endatei] wird verwendet (durch
Hinzufügen von WinInstaller.proper es zu resource-dir ist eine Anpassung möglich).
[11:04:47.030] Installa onsprogramm (.exe) gespeichert in: C:\Spiel\eclipse-workspace\d2
[11:04:47.030] EXE-Installa onsprogrammpackage-Package wurde erfolgreich erstellt

 

[Robert Zenz]

Wenn ich das richtig lese, erstellt JPackage Installer, also bekommst du mit --type exe einen Installer als exe. --type app-image scheint die Option der Wahl zu sein um direkt eine ausfuehrbare Datei zu bekommen.

 

[Reiner_Beginner]

Hallo Robert, danke für schnelle Reaktion. Aber --type app-aera bringt das gleiche Ergebnis. Hab auch --type mis probiert, keine Chance.
Die Warnungen im o.g. Text sind doch wohl "nur" Warnungen und verhindern nicht die richtige Erstellung? Am Ende steht ja auch das das Paket erfolgreich erstellt wurde.

Ich sehe dann in der Liste der installierten App´s (also die Liste, in der man die App´s auch löschen kann) meine Reiner App. Reparieren gibts das nicht, nur Ändern und Deinstallieren. Ändern bringt nichts. Aber im System bei App´s ist die nicht zu finden. Irgendeine Idee? Danke

 

[Robert Zenz]

Hallo Robert, danke für schnelle Reaktion. Aber --type app-aera bringt das gleiche Ergebnis. Hab auch --type mis probiert, keine Chance.

Dann wuerde ich eher sagen dass die Option nicht von JPackage beachtet wird wenn immer das gleiche Installer.exe generiert wird. Versuche mal die Option --type frueher zu setzen, ansonsten wuesste ich auch nicht was es sein kann, habe JPackage bis jetzt ignoriert, um ehrlich zu sein.

Alternativ mal kontrollieren ob vielleicht das jpackage Kommando welches du aufrufst nicht direkt auf JPackage zeigt, sondern zum Beispiel ein Skript ist welches die Argumente umsetzt.

 

[Reiner_Beginner]

Das kann ich mal versuchen, obwohl die Reihenfolge der JPackage - Befehle eigentlich egal sein sollte. Hatte auch den Defender abgeschaltet und hab´s auf meinem alten Win10 Rechner probiert. Hab auch versucht die Datei im Kompatibilitätsmodus laufen zu lassen..nada. Hab auch keine Lust wieder mit Launch4j anzufangen, müsste alles neu installieren. Hab Dir mal die kleine jar mitgeschickt.

 

[KonradN]

Die Frage ist doch, was Du genau erreichen willst. Wenn Du nur einen Runner haben willst und keinen Installer, dann brauchst Du kein WIX oder so.

Der Hinweis von Robert bezüglich dem, was Du da macht, solltest Du aber ernst nehmen. Ich habe nicht vor, erst ein ZIP File zu entpacken um dann überhaupt nach dem Problem zu suchen. Daher wäre wirklich wichtig, dass Du direkt im Forum, für jeden lesbar, postest:

• Was genau hast Du gemacht
• Was genau ist das Ergebnis, was passiert und was hättest Du erwartet?

Wenn Du einfach nur eine Verzeichnisstruktur haben willst, die Du so weitergeben kannst (und wo man dann unter windows eine exe hat), dann gibt es mehrere Wege.

- Ein Weg ist, erst mit JLink ein Image zu erzeugen. Da hast Du dann alles zusammen: Runtime, Abhängigkeite, dein jar. Zum start dient ein Script. Dieses Image kann JPackage dann nehmen und daraus ein App Image bauen, sprich man erhält wieder eine Verzeichnisstruktur incl. eine EXE, die man direkt aufrufen kann. Das hat aber gewisse Probleme. JLink will zwingend Module haben und so und das ist teilweise sehr blöd, weil man oft Abhängigkeiten hat ohne Modulbeschreibung.

- Man kann auch direkt JPackage aufrufen. Da brauchst Du dann aber auch alle Abhängigkeiten und so. Das sind aber dann relativ einfache Aufrufe.

Generell ist es aber unüblich, den Build durch manuelle Befehle durchzuführen. Sowas sollte immer ein Build-Tool machen. Wie sowas aussehen kann mit dem Build Tool Maven, siehst Du z.B. bei https://github.com/kneitzel/JavaMavenApp
Da habe ich diverse Möglichkeiten in der POM aufgezeigt:

• Normale Jar + Abhängigkeiten in lib/ Folder
• Fat JAR (Alles in einem Jar)
• JPackage App-Image
• GraalVM Native Image

Etwas in der Art kann ich nur empfehlen.

Solltest Du dennoch unbedingt JPackage manuell aufrufen, dann wäre es genau dieser Aufruf (aus der --help Ausgabe):

            jpackage --type app-image -i inputDir -n name \
                --main-class className --main-jar myJar.jar

a) type ist app-image - Also kein Installer
b) Du gibst ein Verzeichnis an, bei dem Du z.B. Abhängigkeiten bereit stellen kannst.
c) Das -n gibt einfach einen Namen vor
d) die main-class ist wichtig wsowie
e) das Haupt-Jar, in dem die Hauptklasse ist

Also bei Deiner jar Datei wäre es dann einfach etwas wie:
jpackage --type app-image -i ./files -n Reiner --main-class Rein.ReinWin --main-jar Reiner.jar

(Ich hatte in ./files deine Reiner.jar, der Aufruf erzeugte bei mir natürlich einen Reiner.app Ordner mit allen Dingen, da ich halt auf einem Mac war ... aber der Aufruf ist bei Windows 1:1 gleich lediglich die erstellen Dateien/Verzeichnisse unterscheiden sich etwas.