JavaFx Installer

[Rafael.Cupari]

Guten Abend allerseits.
Zurzeit versuche ich einen Installer zu erstellen in JavaFx.

Folgendes habe ich bereits erstellt:

Kurz und knappe Details: (Funktioniert)
1. Button um Installationspfad auszuwählen.
2. DirectoryChooser welcher den ausgewählten Ordner/Installationspfad in ein Textfeld speichert.
3. ProgressBar der beim Klick auf den Button "Installieren" aktiviert wird.

Was ich nun erreichen möchte: (Bisher gescheitert)
1. Durch klick auf installieren Ordner und Dateien in gewählten Pfad (durch den DirectoryChooser) installiert/gespeichert oder kopiert werden.
2. Das der Progress-bar den Fortschritt der Installation angezeigt wird.
3. Das in einem Textfeld wie bei einem Installer, kopierte Dateien ausgegeben werden.

Warum wende ich mich nun an euch.
Seit ca 2 Wochen durchforste ich englische sowie auch deutsche Foren um eine Lösung oder einen Ansatz zu finden.
Das Problem ist jedoch, dass ich durch meine Suchbegriffe, allerlei Ergebnisse gezeigt kriege, dennoch keines wirklich meine Suche betrifft.
Gebe ich z.B JavaFx Installer / JavaFx install Files to Directory usw. ein, erhalte ich entweder eine Hilfestellung wie man JavaFx Installiert. oder eine einzelne Datei in ein gewünschtes Verzeichnis kopiert. Bei Stackoverflow wurde ich zum Stammgast aber dennoch erfolglos.

Meine Frage ist nun, werden die Dateien am besten vom Root-Verzeichnis kopiert, in das gewünschte Installationsverzeichnis?
Oder sollten die Ordner und Dateien in ein Archiv gepackt werden, welches dann entpackt wird?

Eher jetzt jemand den Vorschlag macht, einen Installer mit InnoSteup zu erstellen, wäre das nicht meine gewünschte Lösung.
Ich möchte wirklich von Grund auf einen eigenen Installer kreieren, und dabei Etwas lernen.
Mit Click auf weiter um einen Installer zu generieren, erachte ich leider als "zu einfach".
Da ich ein Studium als Applikationsentwickler absolviere, liegt es in meinem Interesse, Dinge zu lernen, die wir im Unterricht leider nicht behandeln.

Ein Screenshot für einen kleinen Einblick.
Code kann gerne gezeigt werden falls es nötig sein sollte. Ich erwarte nicht zwingend direkt eine Lösung.
Für einen Ansatz oder Tipps wäre ich auch schon unendlich dankbar.

Screenshot:

https://imgur.com/CgQTlKC

Beste grüsse rafael

 

[kneitzel]

Also generell ist das "installieren" einer Datei doch nichts anderes als ein kopieren der Datei. Wenn dabei die Datei in einem Archiv vorlag, dann wird oft auch von entpacken gesprochen.

Daher hast Du doch schon das richtige gefunden, so Du das kopieren von Dateien gefunden hast. Aber ob Du nun kopierst oder eine neue Datei erstellst und diese dann mit den Daten füllst, ist erst einmal egal. Aber wie gesagt: Da scheinst Du ja schon genug zu gefunden zu haben.

Aber ganz nebenbei: Java ist dabei aber meiner Meinung nach sehr schlecht geeignet:
a) Es gibt Systemeigene Installer. Bei Windows ist dies MSI / MSIX, beim Mac die pkg Datei (so nicht einfach nur das Verzeichnis mit der Applikation kopiert werden soll und Linux hat rpm/deb oder halt flatpak/snap/....
b) Bei Java hast Du Voraussetzungen die erfüllt sein müssen (passende JRE) - Dadurch bekommst Du entweder oft Probleme, dass Voraussetzungen nicht oder falsch erfüllt sind oder Du extrem viel weiter geben musst.
c) Native Zugriff ist sehr schwer. Du willst ja im Installer bestimmt auch Rechte, ggf. Zeitstempel u.s.w. setzen. Vieles geht auch mit Java Mitteln aber das ist nicht die typische Applikationsentwicklung.

 

[Rafael.Cupari]

Also generell ist das "installieren" einer Datei doch nichts anderes als ein kopieren der Datei. Wenn dabei die Datei in einem Archiv vorlag, dann wird oft auch von entpacken gesprochen.

Daher hast Du doch schon das richtige gefunden, so Du das kopieren von Dateien gefunden hast. Aber ob Du nun kopierst oder eine neue Datei erstellst und diese dann mit den Daten füllst, ist erst einmal egal. Aber wie gesagt: Da scheinst Du ja schon genug zu gefunden zu haben.

Aber ganz nebenbei: Java ist dabei aber meiner Meinung nach sehr schlecht geeignet:
a) Es gibt Systemeigene Installer. Bei Windows ist dies MSI / MSIX, beim Mac die pkg Datei (so nicht einfach nur das Verzeichnis mit der Applikation kopiert werden soll und Linux hat rpm/deb oder halt flatpak/snap/....
b) Bei Java hast Du Voraussetzungen die erfüllt sein müssen (passende JRE) - Dadurch bekommst Du entweder oft Probleme, dass Voraussetzungen nicht oder falsch erfüllt sind oder Du extrem viel weiter geben musst.
c) Native Zugriff ist sehr schwer. Du willst ja im Installer bestimmt auch Rechte, ggf. Zeitstempel u.s.w. setzen. Vieles geht auch mit Java Mitteln aber das ist nicht die typische Applikationsentwicklung.

Vielen dank für die rasche Antwort.
Ich dachte halt, dass es vielleicht eine bestimmte Regel dafür gibt.
Zeitstempel sowie Rechte müsste ich erstmals nicht haben nein. Es sollte lediglich Dateien oder die gesamte Ordners Struktur in ein Verzeichnis kopieren.
Dennoch sollte die Applikation natürlich deinstallierbar sein. Das Java da nicht geeignet ist wusste ich nicht.

Desweiteren habe ich andere Installer gesehen und auch verwendet, die eben genau wie mein beispiel zu nutzen sind.
Nur weiß ich natürlich nicht , in welcher Programmiersprache. Dennoch frage ich mich, ob es nicht trotz allem zu realisieren wäre.
Falls ich mich also für eine rar, zip etc Entpacker variante entscheiden sollte, wäre es doch trotz allem möglich, diese auch wieder mit einer "exe" Datei zu löschen?! Oder bin ich da völlig auf einem Holzweg?

Da ich jetzt schon einige Zeit investiert habe, würde ich es natürlich gerne weiter versuchen.
Bezüglich dem verknüpften ProgressBar, und dem TextField welches anzeigt, welche Dateien bereits "Kopiert wurden", sollte es doch ebenfalls eine Möglichkeit geben?

Oder rätst du komplett ab, den Installer weiter in Java zu realisieren?

Gruss Rafael

 

[kneitzel]

Also als Übung kann man sowas immer bauen. Dagegen spricht nichts.

Bezüglich Uninstaller: Du hast ja ein Wissen, was du im Installer kopiert hast und was die Applikation evtl. noch anlegt. Das kannst Du natürlich auch bei einem Uninstall Aufruf wieder löschen.

Und bezüglich ProgressBar: Du kannst natürlich in Deinem Programm eine Liste aller Aktionen haben, die Du durchführen willst. Und dann kannst Du natürlich einen Status geben:
- Als eine Art Log ausgeben, was Du gerade machst.
- Den Fortschritt. Den kannst Du ja ausgeben über du bist bei Element x von n Elementen oder Du kannst auch eine Wertung vornehmen. Dann hast Du halt x Punkt von insgesamt z Punkten erreicht. (Jede Aktion hat dann eine Wertung, Du hast die Summe aller Wertungen z und eine fortlaufende Summe x der Du nach jeder Aktion die Wertung der Aktion dazu addierst.

Das wäre ein einfacher möglicher Fall.

Der Installer hat dann also einfach eine Liste an Actions. Diese Actions arbeitet er ab.
Action wäre dann sowas wie ein Interface. Und konkrete Implementierungen kann man sich dann ja überlegen:
- Eine Datei kopieren (Filesystem -> Filesystem)
- Eine Datei aus den Resourcen kopieren (Class::getRessource() -> Filesystem)
- Eine Datei Löschen
- Eine Datei umbenennen
- Etwas aufrufen
- ...

 

[Rafael.Cupari]

Dann werde ich mich mal ran machen und versuchen via unpack Archiv es zu realisieren. Vielen Dank auf alle fälle für den Input. Manchmal benötigt man einen Ansatz, weil der Kopf sonst schon voll mit Informationen ist, da übersieht man mal was. daher herzlichen Dank. Gruß Rafael

 

[White_Fox]

Brauchst du einfach einen Installer, oder willst du einen Installer schreiben?

Falls ersteres, und falls du unter Windows unterwegs bist, solltest du dir mal NSIS ansehen. WIX Tools hat auch was in der Richtung, aber damit habe ich mich noch nicht befasst.

 

[Rafael.Cupari]

Brauchst du einfach einen Installer, oder willst du einen Installer schreiben?

Falls ersteres, und falls du unter Windows unterwegs bist, solltest du dir mal NSIS ansehen. WIX Tools hat auch was in der Richtung, aber damit habe ich mich noch nicht befasst.

Ich möchte einen Installer schreiben.
Wie im Screenshot habe ich alles eigentlich schon geschrieben. Das einzige was ich nun muss, Dateien vom Root-Verzeichnis in das gewünschte Verzeichnis zu kopieren oder entpacken falls es ein Archiv ist.

Wenn also der Button Install geklickt wird, sollte dieser Vorgang eingeleitet werden. Der Fortschritt sollte erstens mit dem ProgressBar verknüpft sein und des weiteren sollte unterhalb im TextField ausgegeben werden, welche Dateien gerade kopiert (Installiert) wurden () wie bei einem gängigen installer.

Würde ich die erstere Variante wählen, wäre meine Installer ja lediglich eine Autorun-Form, und der Installer wie z.B. mit Inno Setup (ISS Script) geschrieben.
Was aber nicht wirklich das ist was ich möchte, denn das kann ich bereits

 

[Rafael.Cupari]

Also als Übung kann man sowas immer bauen. Dagegen spricht nichts.

Bezüglich Uninstaller: Du hast ja ein Wissen, was du im Installer kopiert hast und was die Applikation evtl. noch anlegt. Das kannst Du natürlich auch bei einem Uninstall Aufruf wieder löschen.

Und bezüglich ProgressBar: Du kannst natürlich in Deinem Programm eine Liste aller Aktionen haben, die Du durchführen willst. Und dann kannst Du natürlich einen Status geben:
- Als eine Art Log ausgeben, was Du gerade machst.
- Den Fortschritt. Den kannst Du ja ausgeben über du bist bei Element x von n Elementen oder Du kannst auch eine Wertung vornehmen. Dann hast Du halt x Punkt von insgesamt z Punkten erreicht. (Jede Aktion hat dann eine Wertung, Du hast die Summe aller Wertungen z und eine fortlaufende Summe x der Du nach jeder Aktion die Wertung der Aktion dazu addierst.

Das wäre ein einfacher möglicher Fall.

Der Installer hat dann also einfach eine Liste an Actions. Diese Actions arbeitet er ab.
Action wäre dann sowas wie ein Interface. Und konkrete Implementierungen kann man sich dann ja überlegen:
- Eine Datei kopieren (Filesystem -> Filesystem)
- Eine Datei aus den Resourcen kopieren (Class::getRessource() -> Filesystem)
- Eine Datei Löschen
- Eine Datei umbenennen
- Etwas aufrufen
- ...

Ich hätte da mal eine Frage.
Habe bisher bis auf den Progress-bar und Uninstaller eigentlich alles hingekriegt. Doch nun möchte ich das Verzeichnis, welches installiert wird überprüfen. Heisst, jedes File und jeder Ordner der Kopiert wird, als Text ausgeben. Dieser sollte in einer TextArea ausgegeben werden. Wenn ich ein FileScanner/DirectoryScanner nehme der auf Veränderungen überprüft, bleibt die Applikation / Installer hängen.

Als Beispiel: Bei einem Installer wird unten angegeben welche Dateien gerade eben kopiert oder installiert wurden. Solch eine TextArea würde ich gerne erstellen. Wie wäre das am besten zu realisieren?

Versucht habe ich Folgendes:

Eine "for" schleife die alle Ordner und Dateien ausgibt. Leider zeigt es mir immer und immer wieder die selben Files an.
Einen Folder und Datei Scanner, welche via foreach die Daten auflistet. Diese Kriege ich jedoch nicht in eine TextArea rein..
lediglich in der Konsole mit Syso... alle anderen versuche listen nur die vorhanden Dateien auf, jedoch ist am Anfang der Installation lediglich nur eine Datei vorhanden. Aktualisiert wird es leider nicht.

Womit lässt sich das denn am besten Programmieren?

Grüsse Rafael

 

[kneitzel]

Also ich muss gestehen, dass ich gerade nicht verstehe, was Du probiert hast und auch nicht, was Dein Ziel ist ...

Was Installer machen, ist ja, dass aktuelle Tätigkeiten ausgegeben werden. Also wenn z.B. eine Datei erstellt wird oder so ...
Das ist aber dann eine Auflistung der aktuellen Tätigkeit. Also z.B. du kopierst test.txt, dann kannst Du vorher ausgeben:
"Kopiere test.txt ... "
und wenn es fertig ist, dann kommt ein " fertig." dazu mit Zeilenumbruch oder so....

Aber dazu gibst Du ja nicht den Inhalt eines Verzeichnisses aus sondern berichtest nur über die aktuellen Tätigkeiten. Dabei ist es auch egal, ob dies nun ausgegeben wird oder in eine TextArea oder so geschrieben wird. (Dabei nur aufpassen: Aktualisierung der Daten eines Controls nur im UI Thread durchführen!)

Aber das wäre ja nur, was da überhaupt beabsichtigt ist. Da wirst Du Dir ja deine Gedanken gemacht haben und wenn es was anderes ist, dann ist es auch ok. (Und ich muss es ja auch nicht im Detail verstehen.)

Was die technischen Probleme angeht: Da müsstest Du uns im Detail den Code zeigen, was Du probiert hast. Das Auflisten von Dateien geht über viele Wege. Die alte File API: File.listFiles https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/io/File.html#listFiles()
Aber es gibt diverse andere Möglichkeiten, die z.B. Baeldung aufzeigt:

List Files in a Directory in Java | Baeldung

Learn some different ways to list the files in a directory and subdirectories in Java.

www.baeldung.com

Generell ist dabei zu beachten, dass bei Änderungen an der UI ein runLater genutzt werden sollte (Denn Du wirst ja vermutlich alle Aktivitäten nicht im Application Thread durchführen, damit die Applikation weiter reagiert. Oder sollte das schon das Problem sein, in das Du gekommen bist?)

 

[Rafael.Cupari]

Aber dazu gibst Du ja nicht den Inhalt eines Verzeichnisses aus sondern berichtest nur über die aktuellen Tätigkeiten. Dabei ist es auch egal, ob dies nun ausgegeben wird oder in eine TextArea oder so geschrieben wird. (Dabei nur aufpassen: Aktualisierung der Daten eines Controls nur im UI Thread durchführen!)

Genau das meinte ich. Ich dachte erst, dass ausgegeben werden muss, was in das Verzeichnis kopiert wurde.
Besser wäre natürlich, was es zurzeit kopiert, und diese Info dann in ein TextArea ausgegeben wird.

try (Stream<Path> walk = Files.walk(Paths.get(pfad + "/test"))) {

            List<String> result = walk.filter(Files::isRegularFile)

                    .map(x -> x.toString()+ "\n").collect(Collectors.toList());

            result.forEach(System.out::println);
progressTextField.setText(result2.toString());

Das habe ich versucht, ist jedoch wie ich nun bemerkt habe ein völlig falscher weg ^^!

Die Frage müsste also lauten: Wie berichte ich über die aktuellen Tätigkeiten, (Was zurzeit kopiert wird) in einer TextArea.

 

[kneitzel]

Das ist so pauschal nicht zu beantworten denke ich.

Die Frage ist, wie Dein Design bisher aussieht. Wenn Du die Idee mit den Tasks aufgegriffen hast, dann wäre die Ausführ-Methode anzupassen. Man könnte sich überlegen, da einen Report zu übergeben.
Ein Report ist eine Menge Einträge und neue Einträge können hinzu gefügt werden. Ein Eintrag könnte eine Nachricht haben, evtl eine Gewichtung, Status (Open/closed), ....
Dann hättest du das Model und müsstest es nur entsprechend darstellen.

Evtl. ist das aber schon zu komplex - die Tasks alleine reichen schon aus, denn dann diese könnten die Daten bereits beinhalten.

Oder in Kurzform: du musst dir überlegen, wie du es aufbaust. Ein sauberes Design ist das a und o ...

 

[Rafael.Cupari]

Ich glaube ich habe meine Frage falsch gestellt. Oder was genau mein Ziel ist.

Codes:

Hier wird gewählt in welches Verzeichnis die Dateien kopiert werden sollen.

@FXML
    private void browseClick(ActionEvent event) {

        Stage stage = (Stage) browseClick.getScene().getWindow();
        DirectoryChooser directoryChooser = new DirectoryChooser();
        File selectedDirectory = directoryChooser.showDialog(primaryStage);

        if(selectedDirectory == null){
            chosenDirectory.setText("No Directory selected");
        }else{
            chosenDirectory.setText(selectedDirectory.getAbsolutePath());
            chosenDirectory.getText();
            pfad = chosenDirectory.getText();
        }
    }

Hier werden die Dateien samt Verzeichnis Kopiert:

@FXML
    private void installClick(ActionEvent event) throws Exception {

        File src = new File("src/application/ordner1");
        File dest = new File(pfad);

        FileUtils.copyDirectory(src, dest);
}

Nun werden die Dateien in das gewünschte Verzeichnis kopiert.
Dieser Vorgang möchte ich nun ausgeben in ein TextArea Feld.
Das der Nutzer sieht, welche Dateien kopiert werden/wurden.

Ungefähr so, sollte es beim Kopiervorgang angezeigt werden: (Wäre zumindest mein Wunsch)

Habe auch was über Monitoring gefunden, leider werde ich daraus nicht wirklich schlau.

 

[kneitzel]

Ok, danke. Jetzt wird es deutlicher.

Dir Methode, die die Dateien kopiert, müsste man anpassen. Oder ist das FileUtils aus Apache Commons? In dem Fall würde ich die Methode mit dem Filter nehmen:

FileUtils (Apache Commons IO 2.5 API)

Dann kannst du in der Filter Anfrage ausgeben, dass die Datei kopiert wird. Das der Copy-Vorgang beendet ist wirst du aber nicht mitbekommen, daher entfällt das. Da wäre dann nur die Alternative, dass man das Kopieren selbst schreibt und es Datei für Datei durchgeht.

Und der Ordner src/application:
Das ist auch der src Ordner, in dem Dein Code liegt?

 

[Rafael.Cupari]

Ok, danke. Jetzt wird es deutlicher.

Dir Methode, die die Dateien kopiert, müsste man anpassen. Oder ist das FileUtils aus Apache Commons? In dem Fall würde ich die Methode mit dem Filter nehmen:

Und der Ordner src/application:
Das ist auch der src Ordner, in dem Dein Code liegt?

So, erstmal vielen Dank für deine Zeit, ich weiss ich habe viele Fragen ^^.
FileUtils aus Apache Commons sagt mir leider grad gar nicht. Ich muss gestehen das ich Neuling bin in Java. Und im Unterricht hatten wir bisher erst 3 Module mit wirklich wenig Lektionen. Genau deshalb versuche ich mich also im Selbststudium ^^

Der Code liegt ganz genau in src/app../

Sollten die Dateien in einem anderen Verzeichnis liegen? (Die ich kopieren möchte - "z.B. in resources"?)

Bezüglich des Kopierens, ich dachte mir, das ist irgendwie viel zu einfach, Vielleicht sollte ich auch etwas grössere Dateien als testzweck verwenden. Da diese viel zu schnell kopiert werden. Ich lese mich mal bei deinem Link durch. (FileUtils (Apache Commons IO 2.5 API))

 

[kneitzel]

Was rufst Du hier genau auf:

FileUtils.copyDirectory(src, dest);

Was ist FileUtils für eine Klasse? In Deinen Imports sollte das ja zu finden sein.

Bezüglich der Dateien, die Du installieren willst, hast Du zwei Möglichkeiten:
a) Du packst es in die resources - dann erfolgt der Zugriff auf diese Dateien aber nicht über File und co sondern über den Classloader, also z.B. getClass().getResourceAsStream(....). Das wäre dann sozusagen die Methode: Du baust eine Applikation a.la. setup.exe die alles beinhaltet.
b) Du nutzt Dateien außerhalb des Programmes. Dann gehört es nicht in das Projekt selbst sondern dann handelt es sich um externe Dateien. Das wäre also ähnlich wie bei Office ein Text-Dokument. Das könnte dann so aussehen, dass das Programm auf der Kommandozeile eine Datei erwartet, die alles beinhaltet oder so. Das wäre dann vergleichbar zum Windows Installer. Der Installer selbst ist das msiexec und die Installationen sind davon unabhängig (also z.B. eine msi Datei).

Beides kann durchaus sinnvoll sein.

 

[Rafael.Cupari]

Der Import ist:

import org.apache.commons.io.FileUtils;

Ich denke die erstere Variante wäre hier sinnvoller.

getClass().getResourceAsStream(....)

Da ich eine Setup.exe erstellen möchte ohne externen Files.
So wie ich das verstehe läuft das aber dann nicht wie in meinem Beispiel mit CopyDirectory. Sondern über getResource. Dann lese ich mich mal darüber schlau.
Ich dachte halt, das beim Kopiervorgang ja so oder so von Java alles aufgezeichnet wird. Das Java oder mein Programm weiss, welche dateien er Kopiert, und diese Informationen der Operation eigentlich viel einfacher sei, diese dann aufzuzeichnen.
Was hältst du denn von FileCopyProgressMonitor?

 

[kneitzel]

Ok, dann war mein Verdacht mit Apache Commons richtig

Ja, Du kannst das dann nicht mehr so machen, sondern jetzt musst Du es von hand selber bauen.
- > Also einfach eine Methode, die einen resource String bekommt und dann den Inhalt in einer neue Datei schreibt.
- > Dann eine Methode, die eine Liste von Ressourcen entgegen nimmt und für jede die obere Methode aufruft. Diese Liste könnte ja wieder einfach ein Textdokument sein oder so ...