27.08.2025, 02:55
Change Language
Register
Login
You are not logged in.
Les_Conrads
God
Java Classpath *done*
Sunday, May 17th 2009, 12:08am
Hallöchen...
Ich darf mich von Uni-wegen her momentan durch einen Crashkurs "Java für Wiwis und andere Deppen" kämpfen... aber meine Ahnung geht stark gegen 0.
Ich benutze Ubuntu 8.10 (auch keine Ahnung).
Wir haben freundlicherweise ein paar Pakete zur Verfügung, um den Input zu vereinfachen. Laut Anleitung packen wir das in einen Ordner namens "Classes" ins Installationsverzeichniss.
Wenn ich jetzt ein Programm versuche aufzurufen, dass diese Klassen einbindet, bekomme ich einen Fehler. Das Problem liegt im Classpath, wenn ich das richtig sehe.
Wenn ich "java -cp Pfad/zu/den/Klassen MeinProgramm" aus dem Ordner, in dem das Programm liegt ausführe, gehts.
Wenn ich mein Programm in den Ordner mit den Hilfsteilen packe und von dort mit "java MeinProgramm" ausführe klappts.
Nun habe ich versucht, unter /etc/environment einen Eintrag namens "CLASSPATH" mit dem Ort der Klassen zu machen. Kein Effekt.
Wenn ich in der Konsole mit "export CLASSPATH=$CLASSPATH
fad/Zu/den/Klassen" (wenn ich das richtig verstanden habe) etwas auf die Variable $CLASSPATH lege geht es in genau diesem Fenster, und keinem weiteren geöffneten.
Ich bin unglaublich ungeübt in Konsolenspielereien, Ubuntu und Java... das ist eine tolle Kombination! Wer kann mir einen unauffälligen Stubs in die richtige Richtung geben? Wo kann ich etwas passendes lesen? Wie kriege ich die Programme zum laufen, ohne ständig so viel tippen zu müssen - das muss man doch generell einrichten können ("Java, schau dort und dort, ob du Zeugs findest, was du einbinden sollst")
Vielen Dank fürs lesen und evtl Hilfe
C!
Ich darf mich von Uni-wegen her momentan durch einen Crashkurs "Java für Wiwis und andere Deppen" kämpfen... aber meine Ahnung geht stark gegen 0.
Ich benutze Ubuntu 8.10 (auch keine Ahnung).
Wir haben freundlicherweise ein paar Pakete zur Verfügung, um den Input zu vereinfachen. Laut Anleitung packen wir das in einen Ordner namens "Classes" ins Installationsverzeichniss.
Wenn ich jetzt ein Programm versuche aufzurufen, dass diese Klassen einbindet, bekomme ich einen Fehler. Das Problem liegt im Classpath, wenn ich das richtig sehe.
|
Source code |
1 2 3 4 5 |
Exception in thread "main" java.lang.NoClassDefFoundError: EAjava/Input
at EATest.main(EATest.java:62)
Caused by: java.lang.ClassNotFoundException: EAjava.Input
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
*schnipp*
|
Wenn ich "java -cp Pfad/zu/den/Klassen MeinProgramm" aus dem Ordner, in dem das Programm liegt ausführe, gehts.
Wenn ich mein Programm in den Ordner mit den Hilfsteilen packe und von dort mit "java MeinProgramm" ausführe klappts.
Nun habe ich versucht, unter /etc/environment einen Eintrag namens "CLASSPATH" mit dem Ort der Klassen zu machen. Kein Effekt.
Wenn ich in der Konsole mit "export CLASSPATH=$CLASSPATH
fad/Zu/den/Klassen" (wenn ich das richtig verstanden habe) etwas auf die Variable $CLASSPATH lege geht es in genau diesem Fenster, und keinem weiteren geöffneten. Ich bin unglaublich ungeübt in Konsolenspielereien, Ubuntu und Java... das ist eine tolle Kombination! Wer kann mir einen unauffälligen Stubs in die richtige Richtung geben? Wo kann ich etwas passendes lesen? Wie kriege ich die Programme zum laufen, ohne ständig so viel tippen zu müssen - das muss man doch generell einrichten können ("Java, schau dort und dort, ob du Zeugs findest, was du einbinden sollst")
Vielen Dank fürs lesen und evtl Hilfe
C!
This post has been edited 1 times, last edit by "Les_Conrads" (May 18th 2009, 11:39pm)
Zitat von »Lev«
ich frag mich ja wann die autoindustrie anfängt en used-look anzubieten
Les_Conrads
God
Sunday, May 17th 2009, 12:32am
Ich weiß leider nicht, was du meinst :\... in die Dateien einfügen?
Ganz kurz zu meinen weiteren Experimenten. Wenn ich auf $CLASSPATH den Pfad zu den komischen Klassen lege (export CLASSPATH=$CLASSPATH:pfad), dann funktioniert auch alles. Nur ist die Variable anscheinend in jeder neuen Konsole leer. Ich hab halt nicht wirklich ahnung, was ich da überhaupt mache >< Das ist mehr oder minder alles wildes rumgehacke bis mal etwas halbwegs funktioniert
edit4: Nungut - ich habs jetzt glaub ich.
Ich habe in /etc/environment "CLASSPATH" mit dem Pfad zu den komsichen Hilfsklassen belegt, und außerdem mit "."... Wenn ich das recht verstanden habe, sucht er jetzt auch im aktuellen Ordner - genau das, was er auch soll. Bis jetzt hat sich kein weiteres Programm gesträubt
edit1: ok - ich bin lernfähig!
Ich hab jetzt in .bashrc nen Eintrag gemacht, der immer $CLASSPATH mit dem entsprechenden Pfad belegt. Das geht jetzt bei jedem Konsolenstart. Mir scheint, die Programme laufen jetzt!
Vielen Dank! Total anders als ich erwartet hätte, dass es funktioniert, aber so ist das halt manchmal
edit3: Nee... das waren alles nur zufällig funzende Dinge
edit2: Gnarf! Nun funktioniert irgendein stumpfes "HelloWorld" wieder nur, wenn ich java -cp mit Pfad auf eben diese Datei aufrufe...
Das ist doch total dämlich! Wenn ich das richtig verstanden habe, zeigt Classpath Java doch nur, wo es nach einzubindenden Sachen suchn soll. In dem 3-zeiler wird aber nur die eigene Klasse und einmal "main" angesprochen ><...
Ganz kurz zu meinen weiteren Experimenten. Wenn ich auf $CLASSPATH den Pfad zu den komischen Klassen lege (export CLASSPATH=$CLASSPATH:pfad), dann funktioniert auch alles. Nur ist die Variable anscheinend in jeder neuen Konsole leer. Ich hab halt nicht wirklich ahnung, was ich da überhaupt mache >< Das ist mehr oder minder alles wildes rumgehacke bis mal etwas halbwegs funktioniert
edit4: Nungut - ich habs jetzt glaub ich.
Ich habe in /etc/environment "CLASSPATH" mit dem Pfad zu den komsichen Hilfsklassen belegt, und außerdem mit "."... Wenn ich das recht verstanden habe, sucht er jetzt auch im aktuellen Ordner - genau das, was er auch soll. Bis jetzt hat sich kein weiteres Programm gesträubt
edit1: ok - ich bin lernfähig!
Ich hab jetzt in .bashrc nen Eintrag gemacht, der immer $CLASSPATH mit dem entsprechenden Pfad belegt. Das geht jetzt bei jedem Konsolenstart. Mir scheint, die Programme laufen jetzt!
Vielen Dank! Total anders als ich erwartet hätte, dass es funktioniert, aber so ist das halt manchmal
edit3: Nee... das waren alles nur zufällig funzende Dinge
edit2: Gnarf! Nun funktioniert irgendein stumpfes "HelloWorld" wieder nur, wenn ich java -cp mit Pfad auf eben diese Datei aufrufe...
Das ist doch total dämlich! Wenn ich das richtig verstanden habe, zeigt Classpath Java doch nur, wo es nach einzubindenden Sachen suchn soll. In dem 3-zeiler wird aber nur die eigene Klasse und einmal "main" angesprochen ><...
This post has been edited 4 times, last edit by "Les_Conrads" (May 17th 2009, 11:36am)
ich frag mich ja wann die autoindustrie anfängt en used-look anzubieten
Les_Conrads
God
Monday, May 18th 2009, 11:35pm
Aber das war in einer generellen (system-)Variablen -_-... warum sollte ich generell für Java festlegen, dass es EXCLUSIV in einem Ordner nach Programmen sucht? Das ist doch total hirnrissig ><. Wenn ich ein Programm irgendwo aufrufe, sollte man davon ausgehen können, dass ich es AUFRUFEN WILL - und ganz bewusst dieses Programm dort habe, wo es ist.
Darauf muss man zumindest erstmal kommen - mich hat es mehrere Stunden meines Lebens gekostet. Jetzt kann ichs wenigstens den Komilitonen erzählen, die ebenfalls zu Haus ein wenig probieren wollen...
edit: ich kann mir sogar ne Konstellation vorstellen, wo man selbst mit diesem CP nich weiterkommt. Wenn man aus irgendeinem Ordner aus mit "java ~/Pfad/Pfad/Datei " das Programm starten will. Man IST ja nicht in diesem Ordner, also sollte "." dann auch nichts bewirken. Tjaja - aber wieder was gelernt, was ich so schnell nicht vergessen werde
Darauf muss man zumindest erstmal kommen - mich hat es mehrere Stunden meines Lebens gekostet. Jetzt kann ichs wenigstens den Komilitonen erzählen, die ebenfalls zu Haus ein wenig probieren wollen...
edit: ich kann mir sogar ne Konstellation vorstellen, wo man selbst mit diesem CP nich weiterkommt. Wenn man aus irgendeinem Ordner aus mit "java ~/Pfad/Pfad/Datei " das Programm starten will. Man IST ja nicht in diesem Ordner, also sollte "." dann auch nichts bewirken. Tjaja - aber wieder was gelernt, was ich so schnell nicht vergessen werde
This post has been edited 1 times, last edit by "Les_Conrads" (May 18th 2009, 11:43pm)
ich frag mich ja wann die autoindustrie anfängt en used-look anzubieten
Texx
Full Member
Wednesday, May 20th 2009, 11:55pm
Hi,
der eigentliche Grund, warum man den CP exklusiv setzen will, liegt in der Tatsache, dass man mehre Java-Anwendungen parallel installieren und starten möchte. Dabei kommt es, insbesondere bei grundlegenden Libs/Jars, wie den apache-commons oder meinet halber auch sowas wie Hibernate, zu der Situation, dass unterschiedliche Programme unterschiedliche Versionen ein und der selben Library nutzen. Unter Windows kennt man das equivalente Problem unter dem Namen "DLL Hölle". Wenn der CP nicht exklusiv wäre, könnte man über die Systemvariablen ohne Probleme Libs von sonst wo der VM "untermogeln", was dann mit hoher Wahrscheinlichkeit zu lustigen Fehlern im Programmablauf führt.
Grade um dieses "DLL Hell"-Problem zu unterbinden, bringt jede Java-App ihre eigenen Libs mit (abgesehen von den JRE-Libs) und verweißt auf diese. Wäre der CP nicht exklusiv, würde man in die selben Falle laufen wie unter Windows und unter Unix in bezug auf die Libs.
Sein also froh, dass es exklusiv ist.
Für jemanden, der an die "DLL Hell" und den Shell-PATH-Variable-Schwachsinn gewöhnt ist, ist das sicher im ersten Moment ein Ärgernis, aber auf der anderen Seite ist ein Studien-HalloWelt-Drei-Klassen-Fünf-Methoden-Übungsprogramm aber auch nicht die Welt.
Oder um es kurz zu sagen: Nur weil man es (im ersten Moment) nicht kapiert, sind die Anderen nicht gleich doof.
Gruß, Texx
der eigentliche Grund, warum man den CP exklusiv setzen will, liegt in der Tatsache, dass man mehre Java-Anwendungen parallel installieren und starten möchte. Dabei kommt es, insbesondere bei grundlegenden Libs/Jars, wie den apache-commons oder meinet halber auch sowas wie Hibernate, zu der Situation, dass unterschiedliche Programme unterschiedliche Versionen ein und der selben Library nutzen. Unter Windows kennt man das equivalente Problem unter dem Namen "DLL Hölle". Wenn der CP nicht exklusiv wäre, könnte man über die Systemvariablen ohne Probleme Libs von sonst wo der VM "untermogeln", was dann mit hoher Wahrscheinlichkeit zu lustigen Fehlern im Programmablauf führt.
Grade um dieses "DLL Hell"-Problem zu unterbinden, bringt jede Java-App ihre eigenen Libs mit (abgesehen von den JRE-Libs) und verweißt auf diese. Wäre der CP nicht exklusiv, würde man in die selben Falle laufen wie unter Windows und unter Unix in bezug auf die Libs.
Sein also froh, dass es exklusiv ist.
Für jemanden, der an die "DLL Hell" und den Shell-PATH-Variable-Schwachsinn gewöhnt ist, ist das sicher im ersten Moment ein Ärgernis, aber auf der anderen Seite ist ein Studien-HalloWelt-Drei-Klassen-Fünf-Methoden-Übungsprogramm aber auch nicht die Welt. Oder um es kurz zu sagen: Nur weil man es (im ersten Moment) nicht kapiert, sind die Anderen nicht gleich doof.
Gruß, Texx
Similar threads
-
Software, allgemein »-
Kalendergenerator mit Java in GUI
(Jan 11th 2006, 10:56am)
-
- Software, allgemein »
-
Java: Slider mit eigenen Bildern
(Dec 8th 2005, 10:03pm)
-
- Software, allgemein »
-
Problem mit Java-PlugIn
(May 30th 2003, 1:30pm)
-
- Software, allgemein »
-
.bin datei unter linux
(Dec 19th 2002, 12:17pm)