JAR zu EXE umwandeln

[setelk]

Abend,

wie kann ich eine jar zu einer executable Anwendung umwandeln?
Taugt Launch4J oder JSmooth was?

Grüße

 

[Marinek]

Ja, beide erfüllen diesen Zweck.

Wobei ich nur Launch4J verwendet habe.

 

[Neumi5694]

Der Begriff 'umwandeln' vielleicht aber nicht ganz richtig.
Es wird weiterhin eine JRE benötigt.
Die .exe kann je nach verwendeter Software die Jar beinhalten oder auch nicht, diese kann weiterhin auch getrennt davon liegen.

Schau dir auch mal die Packager an, die mittlerweile bei den neuen JDKs dabei sind. Das wäre eigentlich der Way2Go, vielleicht ist das ja was für dich. Persönlich verwende ich auch launch4j (vor allem, da Build und Staging nicht auf einem Windows Rechner stattfinden).

 

[KonradN]

Mit der neuen Variante, dass man JPackage auch ohne eine modularisierte Anwendung, nutzen kann, ist die Variante mit dem JPackage richtig gut.

Wenn Maven eingesetzt wird, dann ist das sehr einfach und unproblematisch einzubauen - so man ein aktuelles Java verwendet.

Auf Wunsch kann ich as noch etwas ausführen - bin krankheitsbedingt nicht dazu gekommen, das noch etwas besser zu dokumentieren.

 

[setelk]

Eine weitere Ausführung wäre natürlich super.
Habe versucht mit Launch4J das zu bauen, jedoch sagt er mir ständig im Event Viewer, dass ich eine ungültige XML Syntax habe. Ich habe dort aber nie was gemacht. Bin etwas ratlos um ehrlich zu sein. Alle XML durchgegangen, kein Fehler vorhanden.

Eingesetzt wird Gradle zurzeit.

 

[KonradN]

Evtl. ist das Vorgehen auch einfach auf Gradle umzustellen, aber ich habe damals Gradle den Rücken zugekehrt - das ist aus meiner Sicht überkompliziert gemacht. Das ist nichts, das ich mir unnötig lange antun wollte.

Es sind eigentlich nur zwei Schritte, die notwendig sind:

a) Kopieren der Abhängigkeiten und so:

            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-dependency-plugin</artifactId>
                <version>${maven.dependency.plugin}</version>
                <executions>
                    <!-- erstmal Abhängigkeiten für den Class-Path kopieren -->
                    <execution>
                        <id>copy-dependencies</id>
                        <phase>package</phase>
                        <goals>
                            <goal>copy-dependencies</goal>
                        </goals>
                        <configuration>
                            <outputDirectory>${project.build.directory}/modules</outputDirectory>
                            <excludeGroupIds>org.openjfx</excludeGroupIds>
                            <includeScope>runtime</includeScope>
                            <artifactItems>
                                <artifactItem>
                                    <groupId>${project.groupId}</groupId>
                                    <artifactId>${project.artifactId}</artifactId>
                                    <version>${project.version}</version>
                                    <type>${project.packaging}</type>
                                </artifactItem>
                            </artifactItems>
                            <overWriteReleases>false</overWriteReleases>
                            <overWriteSnapshots>false</overWriteSnapshots>
                            <overWriteIfNewer>true</overWriteIfNewer>
                        </configuration>
                    </execution>

                    <!-- dazu noch das Projekt-JAR -->
                    <execution>
                        <id>copy</id>
                        <phase>install</phase>
                        <goals>
                            <goal>copy</goal>
                        </goals>
                        <configuration>
                            <outputDirectory>${project.build.directory}/modules</outputDirectory>
                            <artifactItems>
                                <artifactItem>
                                    <groupId>${project.groupId}</groupId>
                                    <artifactId>${project.artifactId}</artifactId>
                                    <version>${project.version}</version>
                                    <type>${project.packaging}</type>
                                    <destFileName>${project.build.finalName}.jar</destFileName>
                                </artifactItem>
                            </artifactItems>
                            <overWriteIfNewer>true</overWriteIfNewer>
                        </configuration>
                    </execution>
                </executions>
            </plugin>

Es werden also die Abhängigkeiten aber natürlich auch die übersetzen Sourcen kopiert damit diese bereit stehen.

b) JPackage wird aufgerufen:

            <plugin>
                <groupId>com.github.akman</groupId>
                <artifactId>jpackage-maven-plugin</artifactId>
                <version>${jpackage.maven.plugin}</version>
                <configuration>
                    <name>${appName}</name>
                    <type>IMAGE</type>
                    <modulepath>
                        <dependencysets>
                            <dependencyset>
                                <includenames>
                                    <includename>javafx\..*</includename>
                                </includenames>
                            </dependencyset>
                        </dependencysets>
                    </modulepath>
                    <addmodules>
                        <addmodule>javafx.controls</addmodule>
                        <addmodule>javafx.graphics</addmodule>
                        <addmodule>javafx.fxml</addmodule>
                    </addmodules>
                    <mainclass>${main.class}</mainclass>
                    <input>${project.build.directory}/modules</input>
                    <mainjar>${jar.file}.jar</mainjar>
                </configuration>
                <executions>
                    <execution>
                        <phase>install</phase>
                        <goals>
                            <goal>jpackage</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>

Dabei wurde dann noch javafx als Module hinzu gefügt. Den ganzen Bereich kannst Du vermutlich einfach ganz weglassen (Sprich das "modulepath" und "addmodules" kann vermutlich beides weg).


Eine weitere Option habe ich natürlich ganz vergessen: GraalVM mit Native-Image!

Du kannst auch die GraalVM nutzen um dann eine richtige binary zu bekommen (statt einer Java Runtime mit paar Dingen drumherum).
Wenn Du aber in deiner App auch Reflection brauchst, dann wird es ggf. schwer das zum laufen zu kriegen.

 

[setelk]

Nehme an, da wo copy steht, muss ich einfach nur mein Kram aus der xml reinkopieren.
Werde das mal testen.
Wegen google drive api war ich leider wohl an gradle gebunden.

 

[KonradN]

Also bei diesem Google Drive API QuickStart unter https://developers.google.com/drive/api/quickstart/java?hl=de wird zwar auf gradle als Abhängigkeit hingewiesen, aber ich sehe da keinerlei Abhängigkeit zu Gradle:

• Die Verzeichnisse existieren ebenso, d.h. die credentials.json kannst Du ebenso kopieren.
• Die Abhängigkeiten werden in Gradle etwas anders angegeben, aber die sind ebenso nennbar:

Aus dem implementation 'com.google.api-client:google-api-client:2.0.0' wird dann ein

<dependency>
    <groupId>com.google.api-client</groupId>
    <artifactId>google-api-client</artifactId>
    <version>2.0.0</version>
</dependency>

Aber das würde - natürlich mich anderen Kommandos und andere Konfiguration - ansonsten aus Java Sicht 1:1 genau so gehen.

 

[Gelöschtes Mitglied 76266]

Schön und gut mit den EXE-Wrappers. Sie sind für mich aber überflüssig, weil sie die Performance kill und den Sachverhalt verkomplizieren (siehe Reply von Neumi5694).
Leonardo Da Vinci said “simplicity is the ultimate sophistication.” Es is viel einfacher ausführbare JAR als Desktop app (mit icon) zu erstellen als mit irgendeinem EXE Wrapper. Auf Windows 10 & Linux-Mint Cinnamon 21.1 habe ich 3 ausführbare JAR als Desktop app erstellt und sie funktionieren einwandfrei... (siehe Bild)

 

[Neumi5694]

Schön und gut mit den EXE-Wrappers. Sie sind für mich aber überflüssig, weil sie die Performance kill und den Sachverhalt verkomplizieren.
Leonardo Da Vinci said “simplicity is the ultimate sophistication.” Es is viel einfacher ausführbare JAR als Desktop app (mit icon) zu erstellen als mit irgendeinem EXE Wrapper. Ich habe meine Java App auf Windows 10 & Linux-Mint Cinnamon 21.1 (siehe Bild)

Es wird dann sinnvoll, wenn das Programm z.B. auch mit Parametern aufgerufen können werden muss, von einer anderen Software aus etwa oder wenn DLL-Libraries mit eingebunden werden müssen usw.
Außerdem sind unsere Kunden auch recht schnell darin, eben mal so eine Verknüpfung zu löschen. In die .exe lassen sich noch Versionsinfos mit einbinden, die per Eigenschaft der Datei sichtbar werden (was bei Jar so nicht geht).
Für solche Fälle ist eine .exe dann doch einfacher zu handhaben.

 

[setelk]

Naja im Endeffekt ist es egal was ich versuche, es klappt alles nicht.
Wenn ich die eifnach via java -jar starten will kommt das

Exception in thread "main" java.lang.UnsupportedOperationException: Cannot resolve 'mdi-login-variant'
at org.kordamp.ikonli.AbstractIkonResolver.resolve(AbstractIkonResolver.java:61)
at org.kordamp.ikonli.swing.IkonResolver.resolve(IkonResolver.java:80)
at org.kordamp.ikonli.swing.FontIcon.setIkon(FontIcon.java:96)
at org.kordamp.ikonli.swing.FontIcon.of(FontIcon.java:158)
at login.<init>(login.java:32)
at main.main(main.java:7)

in der ide funktioniert ja alles
macht aber keinen sinn eigentlich....

 

[Gelöschtes Mitglied 76266]

in der ide funktioniert ja alles

IDE usually has its own CLASSPATH settings which are often different from "installed" JAVA CLASSPATH settings. You should check for the installed CLASSPATH for the jar of package org.kordamp.ikonli

 

[Neumi5694]

Wenn ich die eifnach via java -jar starten will ...

post mal das Manifest deiner Jar-Datei.

 

[setelk]

post mal das Manifest deiner Jar-Datei.

Manifest-Version: 1.0
Main-Class: main

Edi: in der ausgepackten jar ist ebenfalls kordamp ikonlizu finden

 

[setelk]

Naja jetzt hab ich die mal als jar hinzugefügt, nun be komme ich kein Hauptmanifestattribut, obwohl es drin ist...
Manifest wenn ich die jar entpacke:

Manifest-Version: 1.0
Bundle-Description: JSR305 Annotations for Findbugs
Bundle-License: http://www.apache.org/licenses/LICENSE-2.0.txt
Bundle-SymbolicName: org.jsr-305
Archiver-Version: Plexus Archiver
Built-By: lan
Bnd-LastModified: 1490936130302
Bundle-ManifestVersion: 2
Tool: Bnd-2.1.0.20130426-122213
Export-Package: javax.annotation;uses:="javax.annotation.meta";version="
 3.0.2",javax.annotation.concurrent;version="3.0.2",javax.annotation.met
 a;uses:="javax.annotation";version="3.0.2"
Bundle-Name: FindBugs-jsr305
Bundle-Version: 3.0.2
Created-By: Apache Maven Bundle Plugin
Build-Jdk: 1.8.0_101

 

[setelk]

Naja, hab ejtzt echt viel probiert, es klappt einfach nicht.
Bekomme nun ständig die Fehlermeldung, dass Manifesthauptattribut nicht gibt.
Wenn ich via java -jar dann nun die mainclass direkt auswähle, kommt der gleiche Fehler wie Threadstart..

 

[KonradN]

Ich würde da einfach etwas früher ansetzen: Wie genau baust Du die jar Datei denn? Wenn Du dazu ein gradle Projekt verwendest, dann könntest Du das einmal zeigen. Dann kann man da relativ einfach sagen, was wie zu verbessern wäre.

Das Schlimmste an executable JAR Files ist aus meiner Sicht die Hölle, sowas bei Kunden zu unterstützen. Spätestens, wenn da dann mehrere solche Anwendungen mit unterschiedlichen Versionsanforderungen zusammen kommen, dann wird das relativ schwer.

 

[setelk]

Ich würde da einfach etwas früher ansetzen: Wie genau baust Du die jar Datei denn? Wenn Du dazu ein gradle Projekt verwendest, dann könntest Du das einmal zeigen. Dann kann man da relativ einfach sagen, was wie zu verbessern wäre.

Das Schlimmste an executable JAR Files ist aus meiner Sicht die Hölle, sowas bei Kunden zu unterstützen. Spätestens, wenn da dann mehrere solche Anwendungen mit unterschiedlichen Versionsanforderungen zusammen kommen, dann wird das relativ schwer.

Die jar Datei erstelle ich via Artifacts in der Projectstructure (bei intellij).
Dann auf Build artifacts und hab dann die jar datei.

plugins {
id 'com.github.ben-manes.versions' version '0.46.0'
    id 'com.github.johnrengelman.shadow' version '8.1.0'
}

apply plugin: 'com.github.johnrengelman.shadow'
apply plugin: 'java'
apply plugin: 'application'

mainClassName = 'main'
sourceCompatibility = 11
targetCompatibility = 11
version = '1.0'

repositories {
    mavenCentral()
    google()
}

dependencies {
implementation 'com.google.api-client:google-api-client:2.2.0'
    implementation 'com.google.oauth-client:google-oauth-client-jetty:1.34.1'
    implementation 'com.google.apis:google-api-services-drive:v3-rev20230212-2.0.0'
    implementation 'mysql:mysql-connector-java:8.0.32'
    implementation 'com.google.api-client:google-api-client:1.31.1'
    implementation 'org.apache.pdfbox:pdfbox:2.0.24'
    implementation 'org.bytedeco:javacpp:1.5.6'
    implementation 'org.slf4j:slf4j-simple:2.0.0-alpha1'
    implementation 'org.postgresql:postgresql:42.3.1'
    implementation 'org.kordamp.ikonli:ikonli-swing:12.3.1'
    implementation 'org.kordamp.ikonli:ikonli-materialdesign-pack:12.3.1'
}

 

[KonradN]

Die jar Datei erstelle ich via Artifacts in der Projectstructure (bei intellij).

Wenn Du ein Gradle Projekt hast, dann solltest Du das Projekt auch über Gradle bauen. Das hat den Vorteil, dass man dir dann einfach an den Gradle Projektdateien Änderungen geben kann.

Wenn Du es über IntelliJ machen lässt, dann müsste man da genau prüfen, was Du da alles eingestellt hast und das ist blöd, da man dann an vielen Stellen diverse Dinge anschauen müsste in der Oberfläche. Und Du mischt dann zwei Projekttypen: Einmal Gradle und einmal IntelliJ. Das kann sich dann auch durchaus einmal beissen.

Um in Gradle dem jar eine Manifest Datei zu geben, könntest Du sowas einfügen:

jar {
    manifest {
        attributes 'Main-Class': 'deine.MainClass'
    }
}

(deine.MainClass natürlich mit der Klasse ersetzen, die die main Methode enthält.

Dann hast Du eine ganze Menge Abhängigkeiten. Die müssen natürlich auch zur Verfügung stehen. Das könnte man über eine FAT jar machen, d.h. Gradle packt alles, was dein Code braucht, da mit in die JAR Datei:

https://www.baeldung.com/gradle-fat-jar

Da werden diverse Möglichkeiten aufgezeigt.

 

[setelk]

Wenn Du ein Gradle Projekt hast, dann solltest Du das Projekt auch über Gradle bauen. Das hat den Vorteil, dass man dir dann einfach an den Gradle Projektdateien Änderungen geben kann.

Wenn Du es über IntelliJ machen lässt, dann müsste man da genau prüfen, was Du da alles eingestellt hast und das ist blöd, da man dann an vielen Stellen diverse Dinge anschauen müsste in der Oberfläche. Und Du mischt dann zwei Projekttypen: Einmal Gradle und einmal IntelliJ. Das kann sich dann auch durchaus einmal beissen.

Um in Gradle dem jar eine Manifest Datei zu geben, könntest Du sowas einfügen:

jar {
    manifest {
        attributes 'Main-Class': 'deine.MainClass'
    }
}

(deine.MainClass natürlich mit der Klasse ersetzen, die die main Methode enthält.

Dann hast Du eine ganze Menge Abhängigkeiten. Die müssen natürlich auch zur Verfügung stehen. Das könnte man über eine FAT jar machen, d.h. Gradle packt alles, was dein Code braucht, da mit in die JAR Datei:

https://www.baeldung.com/gradle-fat-jar

Da werden diverse Möglichkeiten aufgezeigt.

Oh okay. Ich werde mir FAT jar mal angucken. Dachte Intellij macht das alles schon.
Danke. Melde mich, wenn es geklappt hat oder nicht

 

[KonradN]

Ach ja - hatte ich ganz übersehen - Du hast ja schon ein Plugin für ein ShadowJar (das ist das, was man auch als fat jar bezeichnet). Damit hast Du das Ziel shadowJar und der gezeigte Manifest EIntrag sollte ausreichen.

Also wird nach dem einfügen des gezeigten EIntrags ein
gradlew shadowJar
ausreichen, damit das richtig gebaut wird.

Dachte Intellij macht das alles schon.

Du willst doch das Projekt mit Gradle bauen, dann mach das doch auch mit Gradle.

Natürlich geht es auch mit IntelliJ, aber Du solltest Dich auf ein Tool festlegen. Das sollte dann bei Dir Gradle sein.

Statt dem Befehl mit dem Gradle Wrapper auf der Kommandozeile solltest Du in IntelliJ ein Gradle Toolfenster haben - darüber solltest Du das Ziel shadowJar auch ausführen können.

 

[setelk]

Ach ja - hatte ich ganz übersehen - Du hast ja schon ein Plugin für ein ShadowJar (das ist das, was man auch als fat jar bezeichnet). Damit hast Du das Ziel shadowJar und der gezeigte Manifest EIntrag sollte ausreichen.

Also wird nach dem einfügen des gezeigten EIntrags ein
gradlew shadowJar
ausreichen, damit das richtig gebaut wird.


Du willst doch das Projekt mit Gradle bauen, dann mach das doch auch mit Gradle.

Natürlich geht es auch mit IntelliJ, aber Du solltest Dich auf ein Tool festlegen. Das sollte dann bei Dir Gradle sein.

Statt dem Befehl mit dem Gradle Wrapper auf der Kommandozeile solltest Du in IntelliJ ein Gradle Toolfenster haben - darüber solltest Du das Ziel shadowJar auch ausführen können.

Werds nachher mal probieren, habs eben nicht gefunden. Gradle Tool Window shcon, aber nicht wie man da builden kann.

 

[setelk]

Ach ja - hatte ich ganz übersehen - Du hast ja schon ein Plugin für ein ShadowJar (das ist das, was man auch als fat jar bezeichnet). Damit hast Du das Ziel shadowJar und der gezeigte Manifest EIntrag sollte ausreichen.

Also wird nach dem einfügen des gezeigten EIntrags ein
gradlew shadowJar
ausreichen, damit das richtig gebaut wird.


Du willst doch das Projekt mit Gradle bauen, dann mach das doch auch mit Gradle.

Natürlich geht es auch mit IntelliJ, aber Du solltest Dich auf ein Tool festlegen. Das sollte dann bei Dir Gradle sein.

Statt dem Befehl mit dem Gradle Wrapper auf der Kommandozeile solltest Du in IntelliJ ein Gradle Toolfenster haben - darüber solltest Du das Ziel shadowJar auch ausführen können.

Es ist so traurig, dass das der Fehler war.
Scheint nun super zu funktionierne.
Danke ^^

Nur blöd, dass nun der Login button nicht mehr geht, der in verbindung mit einer db steht, das verwundert mich
java.io.FileNotFoundException: src\main\resources\config.properties
ah er findet nun die datei nicht mehr, okaaayyy
Okay, fixed

Vielen vielen Dank ^^