Java-Programm weitergeben

[Goldinho]

Irgendwie blicke ich es nicht, obwohl ich mich schon einigermaßen umgetan habe, vielleicht erbarmt sich einer und klärt mich ein bisschen auf.
Ich möchte ein Programm weitergeben und frage mich, was dazu nötig ist, dass es auf den verschiedenen Zielsystemen ausführbar ist.

Ich habe das Programm mit Eclipse und JDK 13 geschrieben, wobei ich in den Einstellungen inzwischen von SE12 auf SE9 runtergegangen bin.
Das Programm habe ich als ausführbare Datei exportiert und entweder als Jar oder per Launch4j als Exe gestartet.

Das funktioniert soweit ganz gut, allerdings nur, wenn auf dem Zielsystem auch das JDK installiert ist, aber NICHT, wenn nur eine normale Java SE installiert ist, wie bei den meisten Otto-Normal-Usern. Ich kann aber doch nicht von jedem, dem ich das Programm mal zum Testen geben will, erwarten, dass er sich das ganze Development-Kit installiert.

1. Frage: Wie schaffe ich es, dass es einfach mit einer aktuellen (oeder auch weniger aktuellen) Java-SE-Version läuft, also ohne JDK?

2. Frage: Wie schaffe ich es, das Programm zu einer ausführbaren Datei mit eigenem Icon für MacOS zu machen?

Danke für sachdienliche Hinweise
Gruß Christian

 

[httpdigest]

Dass du das JDK zum Ausführen brauchst, ist schon sehr ungewöhnlich. Generell haben aber auch Otto-Normal-User kein Java Runtime Environment installiert. Java installieren bei sich nur Entwickler, da man Java im Alltag als Nicht-Java-Entwickler absolut überhaupt nicht benötigt.
Schau mal hier:
- https://docs.oracle.com/javase/8/docs/technotes/guides/deploy/self-contained-packaging.html
- https://github.com/libgdx/packr

 

[kneitzel]

Bezüglich macOS:
Launch4j sollte das doch können meine ich. Das würde ich mir an Deiner Stelle im Detail ansehen.

Und bezüglich JRE:
So Du nichts spezielles nutzt, dass ein JDK voraussetzt (ist meistens der Fall), dann sollte es auch mit einem JRE laufen. Das Problem, das Du hier evtl. mitbekommen hast ist, dass es teilweise kein eigenständiges JRE mehr gibt.
Daher: Wenn Du Java 9 voraussetzt, dann müssen das die Anwender auch installieren. Und das musst Du halt einfordern.

 

[Goldinho]

Mein Bruder hat sich zum Beispiel extra das neueste Java hier heruntergeladen:
https://www.java.com/de/download/windows-64bit.jsp

Nutzte nichts, er musste tatsächlich das komplette JDK13 installieren:
https://www.oracle.com/technetwork/java/javase/downloads/jdk13-downloads-5672538.html

Ich mache nichts Besonderes, selbst mit kleinen Progrämmchen funktioniert es nur mit dem Komplettpaket.

 

[Goldinho]

Wenn also irgendwelche Entwickler oder Firmen kommerzielle Java-Programme anbieten, haben die dann immer gleich die JRE mit dabei, also als "self contained application packaging"? Oder wurden die dann nach C bzw. in Maschinensprache konvertiert?

 

[httpdigest]

Alle End-User Programme, die tatsächlich in Java (oder einer anderen JVM-Sprache) geschrieben sind, haben immer ein JRE mit paketiert. Z.B. OpenOffice oder Minecraft.

 

[kneitzel]

Unter dem Link lädt man das JRE von Java 8. Damit kannst Du Java 9+ Applikationen nicht ausführen.
("Empfohlen Version 8 Update 241 (Dateigröße: 73.29 MB)")

Das ist das, was ich gemeint habe. Wenn man sich ein OpenJDK anschaut, z.B. von Azul, dann findet man da auch aktuelle JREs.
==> https://www.azul.com/downloads/zulu-community/?&os=&os=windows&architecture=x86-64-bit&package=jre

Bezüglich der Idee, das JRE mitzugeben: Da muss man dann schauen, dass man eine Version hat, die das erlaubt. Diese Redistribution habe ich bei Azuls Zulu Community bisher nicht geprüft. Aber es wird bestimmt OpenJDKs geben, die dies erlauben sollte es da nicht erlaubt sein ...

 

[httpdigest]

Wenn man auf Nummer Sicher gehen will, kann man https://adoptopenjdk.net/ verwenden. Diese kann man auch in kommerziellen Projekten redistributieren.

 

[Thallius]

Oder einfach mit Java 8 entwickeln. Das ist heute fast überall installiert. Alles neuere hat halt keiner. Ehrlich gesagt braucht das auch keiner.

 

[mrBrown]

Oder einfach mit Java 8 entwickeln. Das ist heute fast überall installiert. Alles neuere hat halt keiner. Ehrlich gesagt braucht das auch keiner.

Mein Gefühl sagt mir, dass du das auch für Java 1.2, 1.3, 1.4, 1.5, 1.6 & 1.7 gesagt hast

 

[httpdigest]

Das ist heute fast überall installiert.

Wo sollte das denn installiert sein? Es ist ja nicht so, als käme es vorinstalliert mit einer Distribution irgendeines der gängigen Betriebssysteme (Windows, Ubuntu/Debian, Mac OS) mit. Ein Endbenutzer muss sich aktiv dazu entscheiden, sich jetzt Java zu installieren, was keiner von sich aus machen wird, es sei denn, er ist eben Entwickler oder testet z.B. ein Programm eines Bekannten, der selber Entwickler ist.
Die Marktdurchdingung von Java im Desktop-Endanwenderbereich als standalone installierte Systemkomponente (und nicht als Redistributable von anderen Programmen) ist vermutlich bei ziemlich null. Java ist primär eine Server- und zum kleinen Teil Desktop-Technologie (Swing, JavaFX) für Unternehmen intern.
Ich finde, das schlimmste für einen PC-Benutzer ist es, Java systemweit installiert zu haben und sich immer um dessen Aktualisierung zu kümmern, da Java aufgrund der früher aufkommenden Sicherheitslücken einen eher schlechten Ruf im Endanwendungerbereich hat.
Und ehrlich, als Endanwendung will ich eigentlich überhaupt gar nichts mit der Technologie zu tun haben, mit der eine Anwendung entwickelt wurde. Das verwirrt nur. Ich stelle mir nur mal vor, Anwendungen würden von mir auch verlangen, von Microsoft das VC++ Runtime Redistributable in der Version 2017 oder 2018 oder 2019 herunterzuladen und zu installieren, weil die Anwendung nunmal in C++ mit Microsofts C++ Runtime entwickelt wurde. Sowas einem Endanwender auf die Nase zu binden, erscheint wenig sinnvoll. Die Installer solcher Programme haben solche Runtimes als Redistributables paketiert und installieren diese während des Installationsprozesses des Programmes selbst.

 

[Thallius]

Mein Gefühl sagt mir, dass du das auch für Java 1.2, 1.3, 1.4, 1.5, 1.6 & 1.7 gesagt hast

nicht ganz. Nur für Java 6 das war davor das meist genutzte

Aber mal ehrlich. Wenn ich eine Applikation schreibe wo ich nicht selber die Umgebung bestimmen kann wo sie läuft, dann benutze ich doch nicht die neuste Version sondern die, welche am meisten Akzeptanz bei den Usern hat.

Und ich wüßte ehrlich gesagt auch nicht, was Java 12 jetzt bietet das ich als Entwickler brauche

 

[kneitzel]

Also mir gefällt die Idee am Besten, dass man die JRE mit gibt oder eben ein Installer hat, der die JRE bei Bedarf nach lädt.

Aber JRE 8 würde ich explizit NICHT nutzen. Durch die veränderten Lizenzbedingungen von Oracle sorge ich dafür, dass diese
a) eine veraltete Version nutzen, die noch unter der alten Lizenz steht (Sorry, aber welcher Kunde hat das zur Hand?)
b) Lizenzpflichtig werden

Also ich sehe diese Punkte als kritisch an und ich würde daher keinen Grund sehen, eben nicht die aktuelle LTS Version zu nehmen.

 

[thecain]

Du meinst ORACLE jre 8. Sonst gibts auch für Java 8 noch Versionen.
Aber Java 8 würde ich trotzdem nicht mehr verwenden

 

[mihe7]

Und ich wüßte ehrlich gesagt auch nicht, was Java 12 jetzt bietet das ich als Entwickler brauche

Kommt natürlich immer darauf an, was man macht und ggf. wie. Mal eine Auswahl von netten Dingen:

Java 9: Factory-Methoden für Collections, Streams takeWhile, private Methoden in Interfaces, HTTP/2, UTF-8 kodierte ResourceBundles
Java 10: var, verbesserte Startzeiten, bessere Docker-Integration
Java 11: Main-Klassen starten, ohne vorher zu kompilieren, TLS 1.3, HTTP Client
Java 12: switch-Expressions