Java mit command line und jars benutzen?

[berndoa]

Hallo,
ich muss jetzt doch einfach mal fragen , auch mit der Gefahr mich vermutlich lächerlich zu machen.
Vorab, zur Schadenfreude vieler benutze ich mittlerweile ja Eclipse und da macht ja Eclipse Alles rund um Compilieren und Ausführen.
Da ich nun aber mein dort gebautes Programm mittels Task Scheduler von Windows ausführen lassen will, brauche ich ein .bat file das die nötigen bBefehle manuell ausführt.

Jedenfalls wäre ich für eine noob-freundliche Erklärung dankbar wie ich mir unter Windows 10 die passenden Compilier und Ausführ Konsolenbefehle baue.


Sagen wir, ich habe einen Ordner C:\Users\admin\Desktop\Projekt1.
Darin ist im Unterordner .\src die .java Dateien des Projekts. Alle gehören zu einem package a.
Mit dort dabei ist auch eine Main.java Datei, die die main methode des ganzen Projekts enthält.
Es sollen im Unterordner .\bin die kompilierten .class Dateien abgelegt werden.
Ausserdem soll im Unterordner .\lib eine doer mehrere .jar Dateien liegen.

Nun wie gehe ich vor, damit ich die .java Dateien kompiliere, sodass die .class Dateien im beschriebenen ordner landen?
Und dann die relelvante Main Klasse ausführe?
Und dies unter Einbindung aller vorhandenen .jar Dateien?



Randbemerkung: Ich habe mein Projekt aktuell Alles in einem ordner, also .java .class .jar etc. Alles in einem ordner.
Sowie in jenem Ordner auch eine Verknüpfung zu cmd.

Wenn ich mit besagter cmd dann die Befehle

set CLASSPATH=.;C:\Users\d-sch\Desktop\Megasystem Konsolencode aus Eclipse extrahiert - Kopie\jOpenDocument-1.3.jar

javac Main.java

java a.Main

pause

ausführe, läuft mal soweit das Programm.

Nur wie erwähnt hätte ich gerne
a) Alles nach obiger Ordnerstruktur gegliedert und die Sachen in die Unterordner verteilt.
b) keinen classpath gesetzt sondern direkt beim kompilieren oder ausführen die jar Dateien eingebunden, gerne mit wildcards.
c) lieber javaw benutzt. weil ich später beim automatischen auführen gar kein visuelles konsolenfenster brauche.

Wie setze ich das praktisch um, wie würden da die passenden befehle aussehen?

Vermutlich wieder Alles sehr dumme Fragen aber ich checks nicht wie man da die passenden Konsolenbefehle zusammenschustert.
obiger Code habe ich auch nur gefunden indem ich alle möglichen Codeshcnipsel aus dem Internet durchprobiert hatte bis es funktioniert hat. :-/

 

[mihe7]

set CLASSPATH=.

Die Umgebungsvariable CLASSPATH verändert man nicht, das führt nur zu Problemen. Stattdessen gibt man den Classpath einfach per Schalter beim Aufruf von java an.

Da ich kein Eclipse benutze: https://stackoverflow.com/questions...r-with-external-libraries-included-in-eclipse

Danach müsstest Du ein jar-File haben, das Du einfach per java -jar dasJarFile.jar starten kannst.

 

[Neumi5694]

Eine Jar solltest du in jedem Fall erstellen lassen anstatt in einem Verzeichnis voller class Dateien zu arbeiten.
Im Manifest dieser Jar sollte auf jeden Fall die Main Klasse hinterlegt sein.
Den Classpath kannst du gegebenenfalls auch mit dem "-cp" Parameter angeben. Das mit der Umgebungsvariable ist keine gute Idee, da können sich mehrere Programme in die Quere kommen. Nur sinnvoll auf Geräten, auf denen immer nur ein Javaprogramm läuft.

java -cp ".;lib/JOpenDocument.jar" -jar MyJar.jar

Setting the class path

 

[berndoa]

Manifest?

 

[mihe7]

Manifest?

Google?

 

[berndoa]

Muss ich ja jedes Mal entpacken und wieder verpacken wenn ich irgendwas ändern will am Code :-(

 

[Neumi5694]

Muss ich ja jedes Mal entpacken und wieder verpacken wenn ich irgendwas ändern will am Code :-(

Nein, wozu? Der Code kommt nicht in die Jar.
Nachdem du am Code was geändert hast, lässt du den Build laufen. Der erstellt die Jar-Datei und auch das Manifest darin.
1. Code schreiben
2. per "javac" wird der Code kompiliert, es werden class Dateien daraus erstellt.
3. per "jar" eine Jar-Datei aus den class Dateien erstellen

Bei Code-Änderungen fängt man wieder bei 1 an.

Deshalb trennt man ja auch die Verzeichnisse, damit man nicht so viel Müll rumliegen hat. Im Normalfall
src -> Code
(optional) resources -> Bilder usw.
build -> Class-Dateien
dist -> Jar-Dateien samt Libraries, eventuell auch mit JRE und Launch-Script oder Exe. Die optionalen Resourcen werden beim Build ebenfalls entweder reinkopiert oder in eine oder mehrere Jars gepackt. Der Enduser kriegt den Inhalt dieses Verzeichnisses.

Manuell solltest du nie was an der Jar machen müssen, dein Build-Script macht das.

 

[Neumi5694]

Das ist jetzt sicher kein Paradebeispiel, aber so kann ein Projektordner ausschauen, hier sind 2 externe selbst erstellte Projekte mit eingebunden und noch JNA. Das ist ein kleines Tool, um Flacs in ein Fenster ziehen zu können, welches dann Fre;Ac (oder was anderes) aufruft, um daraus aac für meinen mp3 Player zu machen.


Gearbeitet wird nur im Source-Ordner (bzw. nur dieser scheint in der Projektansicht auf, das ist die Dateiansicht). Beim Clean&Build wird zunächst alles in dist und build gelöscht, dann werden die Klassen nach build kompiliert.
Im Anschluss wird die markierte Jar-Datei daraus erstellt, diese und die die notwendigen Libraries werden nach dist kopiert.
Das Manifest enthält Verweise auf die verwendeten Libraries.

 

[berndoa]

Okay, ich muss jetzt mal geistig etwas zuückrudern:
Sagen wir, ich habe wie in deinem Beitrag #2 ein jar File von Eclipse erstellen lassen.

Beim Doppelklick auf Selbiges scheint wohl auch das ausgeführt zu werden.

Sind in dem jar File dann auch die im Projekt benutzten .ods .txt etc. Dateien mit dabei (weil mein Projekt zu regelmässigen Zeitpunkten die ods und txt Datei verändert)?

Und die externe jar Datei, die ich bei eclipse im lib Ordner hatte, ist die auch mit drin?

Also wirklich alle verwendeten Dateien und so mit drin?

 

[Neumi5694]

Beim Doppelklick auf Selbiges scheint wohl auch das ausgeführt zu werden.

Das hängt von der Windows-Konfiguration ab.
Wenn dort eingestellt ist "java -jar %1", dann ja. Dann liest Java beim Start das Manifest der Jar-Datei aus, vor allem ist es am classpath und der Mainklasse interessiert. Entsprechend wird dann die main Methode ausgeführt.

Sind in dem jar File dann auch die im Projekt benutzten .ods .txt etc. Dateien mit dabei (weil mein Projekt zu regelmässigen Zeitpunkten die ods und txt Datei verändert)?

Wenn das Script entsprechend konfiguriert ist, ja.
Ich lass immer alles mit reinpacken, was sich im resources Ordner befindet, sind dann allerdings meist nur Grafiken, Ikons, Sprachdateien usw.
Änderbare Dateien gehören nicht in die Jar, (was meinst du mit "mein Projekt verändert die Dateien"? Projekte ändern nichts, das machen Programme oder eben du).

Und die externe jar Datei, die ich bei eclipse im lib Ordner hatte, ist die auch mit drin?

Das sollte passen, wenn du den Haken gesetzt hast, verwendete Libraries zu kopieren. Ich kenn mich nicht spezifisch mit Eclipse aus, aber das sollte eine Standardfunktionalität sein. Die jars, die du oben im Lib-Ordner siehst, sind in meinem Projekt registriert und für den Build holt es sich die, wo auch immer sie liegen. Gegebenenfalls wird z.B. das Projekt für AudioConverter.jar dann auch neu durch den Build gejagt, um die Jar zu aktualisieren.
Das hat also weniger damit zu tun, wo die Datei liegt, sondern vielmehr damit, dass sie als Library für das Projekt registriert ist. Die kann auch auf z:\schlagmichtot\anotherjar.jar liegen, wichtig ist nur, dass eben dieser Pfad im Projekt als Abhängigkeit registriert ist.

Da du nicht mit Maven arbeitest, gehe ich mal davon aus, dass du ANT verwendest. Das mach ich für die Arbeit auch, mit Maven experimentier ich erst mal noch nur privat.

Schau dir mal das an.
Hier siehst du ein recht einfaches Beispiel eines Scripts, das ein paar einfache Befehle zum Kompilieren und Packen verwendet

Writing a Simple Buildfile

Das Script in Eclipse wir viel viel viel komplizierter sein, da es all die Optionen berücksichtigt, die du einstellen kannst. Aber grundsätzlich macht es dann genau das, was du auch hier siehst.
Die Targets verhalten sich ähnlich wie du es von public Methoden kennst, sind Einsprungpunkte. Je nachdem, was von der IDE gerade gebraucht wird, spricht sie das jeweilge Target an. Die Depends sind Abhängigkeiten, Wird also "dist" von außen aufgerufen, dann wird zuerst "init", dann "compile", dann "dist" ausgeführt. Es können auch mehrere Depends für ein Target notwendig sein.

 

[Neumi5694]

Noch eines. All diese Scripte machen nichts, was du nicht auch über eine Batch-Datei oder manuell machen könntest. Ein wichtiger Vorteil ist, dass sie betriebssystemunabhängig sind und gewisse Standards bieten, damit man z.B. durch das Hinzufügen eines Depends Eintrags einen anderes Target ausführen kannst, aber nicht kontrollieren musst, ob es nicht schon woanders aufgerufen wurde. Das macht die ANT Engine für dich.
Sie ermöglichen, den Build-Vorgang in eine intuitivere Form zu packen.
Außerdem gibt es dann Hilfsmittel wie z.B. ein Set von Dateien, das du für verschiedene Zwecke verwenden kannst. In Batch wäre das sehr mühselig und textbasiert. Hier hast du ein Objekt mit eigenen Eigenschaften dafür.

 

[berndoa]

Das hängt von der Windows-Konfiguration ab.
Wenn dort eingestellt ist "java -jar %1", dann ja. Dann liest Java beim Start das Manifest der Jar-Datei aus, vor allem ist es am classpath und der Mainklasse interessiert. Entsprechend wird dann die main Methode ausgeführt.


Wenn das Script entsprechend konfiguriert ist, ja.
Ich lass immer alles mit reinpacken, was sich im resources Ordner befindet, sind dann allerdings meist nur Grafiken, Ikons, Sprachdateien usw.
Änderbare Dateien gehören nicht in die Jar, (was meinst du mit "mein Projekt verändert die Dateien"? Projekte ändern nichts, das machen Programme oder eben du).


Das sollte passen, wenn du den Haken gesetzt hast, verwendete Libraries zu kopieren. Ich kenn mich nicht spezifisch mit Eclipse aus, aber das sollte eine Standardfunktionalität sein. Die jars, die du oben im Lib-Ordner siehst, sind in meinem Projekt registriert und für den Build holt es sich die, wo auch immer sie liegen. Gegebenenfalls wird z.B. das Projekt für AudioConverter.jar dann auch neu durch den Build gejagt, um die Jar zu aktualisieren.
Das hat also weniger damit zu tun, wo die Datei liegt, sondern vielmehr damit, dass sie als Library für das Projekt registriert ist. Die kann auch auf z:\schlagmichtot\anotherjar.jar liegen, wichtig ist nur, dass eben dieser Pfad im Projekt als Abhängigkeit registriert ist.

Da du nicht mit Maven arbeitest, gehe ich mal davon aus, dass du ANT verwendest. Das mach ich für die Arbeit auch, mit Maven experimentier ich erst mal noch nur privat.

Schau dir mal das an.
Hier siehst du ein recht einfaches Beispiel eines Scripts, das ein paar einfache Befehle zum Kompilieren und Packen verwendet

Writing a Simple Buildfile

Das Script in Eclipse wir viel viel viel komplizierter sein, da es all die Optionen berücksichtigt, die du einstellen kannst. Aber grundsätzlich macht es dann genau das, was du auch hier siehst.
Die Targets verhalten sich ähnlich wie du es von public Methoden kennst, sind Einsprungpunkte. Je nachdem, was von der IDE gerade gebraucht wird, spricht sie das jeweilge Target an. Die Depends sind Abhängigkeiten, Wird also "dist" von außen aufgerufen, dann wird zuerst "init", dann "compile", dann "dist" ausgeführt. Es können auch mehrere Depends für ein Target notwendig sein.

Naja, bei Eclipse im workspace waren ja im src Ordner die java Dateien, im bin ordner die class Dateien, im lib Ordner die 8extern geklaute) jar Datei sowie im workspace ordner selbst die ods txt und Co Dateien.

Und beim Ausführen meines Programms werden von den diversen Java Klassen bzw. deren Objekten eben die ods Datei eingelesen, verändert udn Co. Gleiches bei der txt Datei.

Beispielsweise habe ich eine Timestamp.txt Datei in der ein Timestamp drin ist.
zu beginn der Programmausführung wird der Wert dortdrin ausgelesen, als lokale varoable gespeichert, paar Boolvergleiche mit der aktuellen zeit gemacht und ziemlich am programmende wird der dann aktuelle DateTime.now() Wert wiederum in der Timestamp.txt gespeichert, kurzum deren Inhalt überschrieben.

Auf ähnliche Weise wird auch die .ods Datei gelesen und verändert.


Nur weiß ich jetzt halt nicht wie das so läuft wenn ich nach deiner Anleitung aus Allem eine .jar baue.
Habe vom kompletten projekt in Eclipse eine "runnable jar file"
und bei library handling "package required libraries into generated jar" ausgewählt.

jetzt weiß ich nicht ob in der erzeugten Projekt jar nun echt innendrin neben din Klassen udn Co. auch die externe jar Datei drin ist.

Gut, ich könnte es ja einfach mal entpacken und reingucken...

 

[berndoa]

Da du nicht mit Maven arbeitest, gehe ich mal davon aus, dass du ANT verwendest. Das mach ich für die Arbeit auch, mit Maven experimentier ich erst mal noch nur privat.

Öh, eigentlich auch nicht.
Ich benutze Eclipse und schönen Button mit weißen Pfeil auf grünem Grund zum Kompilieren/Ausführen.
benutze keine versionsverwaltung oder sowas.

Eclipse tut es ja auch normalerweise und kümmert sich beim Ausführen selbst um Alles Nötige, nur weil ich jetzt halt mit bat File arbeiten ill/muss, muss ich wohl oder übel zur Konsole zurück

 

[berndoa]

Gerade nahcgeguckt:
Externe .jar Datei ist drin und die .class Dateien (keine -java Dateien da).
Heißt, die .ods und die txt Datei fehlen, was wohl beim Auführen zwangsläufig zu nem Fehler führen wird, würde ich doch annehmen

 

[berndoa]

Im Manifest steht nur das drin:

Manifest-Version: 1.0
Main-Class: org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader
Rsrc-Class-Path: ./ jOpenDocument-1.3.jar
Rsrc-Main-Class: a.Main
Class-Path: .

 

[Neumi5694]

Öh, eigentlich auch nicht.
Ich benutze Eclipse und schönen Button mit weißen Pfeil auf grünem Grund zum Kompilieren/Ausführen.
benutze keine versionsverwaltung oder sowas.

Eclipse tut es ja auch normalerweise und kümmert sich beim Ausführen selbst um Alles Nötige, nur weil ich jetzt halt mit bat File arbeiten ill/muss, muss ich wohl oder übel zur Konsole zurück

Naja, irgendwas muss da ja hinter diesem Button passieren. Und das legt man fest, wenn man ein Projekt startet.

Eclipse ruft dann die entsprechenden Skripte auf, wie oben beschrieben.
Im classpath findet man im Normalfall alle Libraries, die du in deinem Projekt registriert hast.

Wie gesagt, das sind jetzt Shots aus Netbeans, aber alle IDEs arbeiten da ganz ähnlich.

Die hier als Lösung genannte Option sollte deine Problem lösen

Building ClassPath variable in Manifest file with Eclipse

Is there a way for Eclipse to output all the Jars I would like to define on my ClassPath variable in the Manifest when exporting a project as a jar? I would like to be able to just click on all the...

stackoverflow.com

 

[Neumi5694]

Gerade nahcgeguckt:
Externe .jar Datei ist drin und die .class Dateien (keine -java Dateien da).
Heißt, die .ods und die txt Datei fehlen, was wohl beim Auführen zwangsläufig zu nem Fehler führen wird, würde ich doch annehmen

Dann musst du dich halt mit dem Script und/oder den Optionen beschäftigen.

 

[mihe7]

Wie gesagt, das sind jetzt Shots aus Netbeans, aber alle IDEs arbeiten da ganz ähnlich.

Nur: bei den einen funktioniert es, die anderen nutzen Eclipse. SCNR.

 

[KonradN]

Nur: bei den einen funktioniert es, die anderen nutzen Eclipse. SCNR.

Hmm ... mir geht da gerade ein Satz durch den Kopf, den ich erst neulich gehört habe ... "Der war fies ".