java Verwirrung

[The_S]

Ist mir ja schon fast peinlich diese Frage zu stellen, aber irgendwie stellt mich java gerade vor ein Rätsel ???:L .

Dieser aufruf funktioniert ohne Fehlermeldung

Z:\>java -jar Z:\juhuuu\Jaql\Intern\Allgemein\Test2.jar

Dieser auch

Z:\juhuuu\Quickstart>java QuickStart15

aber dieser

Z:\>java Z:\juhuuu\Quickstart\QuickStart15

bringt mir eine ClassNotFoundException.

Und ich hab kA warum ...

 

[norman]

vielleicht weil..

bei z:\juhuuu\Quickstart>java QuickStart15
ist der cp z:\juhuuu\Quickstart

aber bei Z:\>java Z:\juhuuu\Quickstart\QuickStart15
ist der cp z:\

(kann aber auch dummfug sein)

 

[The_S]

Na geht leider auch net, aber danke für den Tipp!

 

[norman]

hast du

Z:\>java Z:\juhuuu\Quickstart\QuickStart15 -cp Z:\juhuuu\Quickstart\

?

???:L

 

[The_S]

-cp kommt direkt nach java und nicht erst nach der Klasse (dann wäre es ein Parameter) :bae: . Aber ansonsten jup.

 

[norman]

fcuk

 

[stev.glasow]

Z:\juhuuu\Quickstart\QuickStart15 ist kein gülter Klassenname.
Wenn dann so: java -cp Z:\juhuuu\Quickstart\ QuickStart15

 

[The_S]

Z:\juhuuu\Quickstart\QuickStart15 ist kein gülter Klassenname.
Wenn dann so: java -cp Z:\juhuuu\Quickstart\ QuickStart15

Tatsache, und was soll ich sagen? Es funktioniert ! Danke.

Was mich aber weiterhin verwirrt ist die Tatsache dass es mit JAR-Files geht :bahnhof: .

 

[stev.glasow]

Bei ner jar wäre das ja so
java -cp Z:\juhuuu\Jaql\Intern\Allgemein\Test2.jar EineKlasse
und
java -jar Z:\juhuuu\Jaql\Intern\Allgemein\Test2.jar
macht eigentlich nichts anderes, nur dass es sich die auszuführende Klasse aus der Manifest-Datei holt.

Java erwartet halt nicht den Festplattenpfad zur Klasse sondern den Klassennamen (paket1.paket2.Klasse) wonach es dann im Classpath sucht.

 

[The_S]

ok, danke!

 

[The_S]

Jetzt ergibt sich aber folgendes Problem:

Die Klassen werden nun aus dem momentanen Verzeichnis herraus gestartet, sie sollen aber aus dem Verzeichnis gestartet werden, in welchem sie auch wirklich liegen. Wie bekomme ich dass denn jetzt hin?

 

[stev.glasow]

Verstehe nicht was du meinst. Kannst das nochmal anders oder genauer erklären?

 

[Leroy42]

Sie werden, wie alle Programme, aus dem Verzeichnis gestartet, aus dem Java gestartet,
d.h. ihr Startverzeichnis (".") ist also immer das aktuelle. Das macht im übrigen auch Sinn
und ich wüßte nicht wofür du etwas anderes überhaupt brauchst.

Wenn du bestimmte Resourcen nutzen willst dann ist der übliche Weg, diese mit in ein jar zu
packen und eben dieses jar zu starten und nicht nur eine Klasse.

Wenn du Properties wie Fenstergröße, ... auf der Platte speichern willst, hast du beide
Möglichkeiten zur Auswahl. Entweder speicherst du sie in dem "."-Verzeichnis, hast also
je nachdem von wo aus du startest, jeweils deine eigenen lokalen Einstellungen oder du
speicherst sie global im Home-Verzeichnis des Benutzers (Ich glaube Property "home.dir")

 

[The_S]

@Leroy42

das ganze hat den Sinn externe (also Programme die nicht von mir sind) ausführen zu können. Wenn der jetzt irgendwelche Dateien in dem Verzeichnis, in welchem seine .class liegt speichert ist das hinderlich weil diese Dateien dann 1. nicht gefunden werden und 2. evtl. in dem Verzeichnis von meinem Programm Dateien angelegt werden

@stevg

hast du es jetzt durch den Post von mir und Leroy42 verstanden was ich machen möchte oder soll ich es nochmal erklären (ist auch ein bisschen blöd geschrieben *schäm* )

 

[stev.glasow]

@stevg
hast du es jetzt durch den Post von mir und Leroy42 verstanden was ich machen möchte oder soll ich es nochmal erklären (ist auch ein bisschen blöd geschrieben *schäm* )

jo, aber jetzt schnall ich das nicht

das ganze hat den Sinn externe (also Programme die nicht von mir sind) ausführen zu können. Wenn der jetzt irgendwelche Dateien in dem Verzeichnis, in welchem seine .class liegt speichert ist das hinderlich weil diese Dateien dann 1. nicht gefunden werden und 2. evtl. in dem Verzeichnis von meinem Programm Dateien angelegt werden

Brauchst du sowas? ???:L

URL url = testp.Test2.class.getResource("/");
File classpath = new File(url.getPath());
        
url = testp.Test2.class.getResource(".");
File classDir = new File(url.getPath());

System.out.println(classpath);
System.out.println(classDir); 
// wenn die Klasse in nem jar ist geht das nicht

 

[Leroy42]

Ich glaube nicht daß das geht.

Aber was hindert dich denn daran, diese class-Datei(en) in ein jar zu packen
und dann dieses jar zu starten. Sollen die durch dich gemachten Veränderungen
denn im Fremd-Verzeichnis gespeichert werden? Wenn ja sehe ich 2 Möglchkeiten.

1) Überrede den Fremden sein Klimperkram gefälligst in ein globalen Verzeichnis zu speichern
2) Starte eine CMD-Shell, die zuerst in das Verzeichnis wechselt und dann Java startet.

 

[Leroy42]

@stevg
Ich vermute mal, daß Angela-im-Blutrausch eben keinen Zugriff auf den Quellcode dieser fremden Klasse hat.

 

[stev.glasow]

Für den Code da brauch er das auch nicht, aber ich seh auch nicht mehr durch was ihr vorhabt und warum.
[edit] Achso du weißt nicht mal wie die Klassen heißen?
[edit] Achso. Wat'n scheiß :autsch:

 

[The_S]

Richtig, ich habe keinen Zugriff auf die fremden Klassen. Überreden is leider nicht. Gibts ne Plattformunabhänige Möglichkeit das Verzeichnis zu wechseln? Vermutlich eher nicht ... :cry: .

@ stevg

wenn du den 1. Teil verstanden hast is gut, der 2. Teil sollte nur noch ne Ergänzung sein

[edit] Und ich muss sie über eine neue Runtime ausführen.

 

[The_S]

Kann man nicht irgendwie das aktuelle Verzeichnis setzen? *nachschlag*

 

[sparrow]

Wenn du eh eine Runtime verwendest:

findest du hier eine Variante von Runtime.exec() die dir erlaubt ein Working-Directory mit anzugeben.

http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Runtime.html#exec(java.lang.String,%20java.lang.String[],%20java.io.File)

Gruß
Sparrow

 

[The_S]

Ah ... wunderbar. Werd ich morgen gleich mal ausprobieren (war wohl mal wieder blind ).

[edit] jup funzt einwandfrei :toll: