classpath zum 1001. Mal

[Kiamur]

Hallo!

Bitte beschimpft mich nicht, weil ich mal wieder eine classpath Frage stelle, aber ich raffe es einfach nicht.
Ich habe WIRKLICH schon die Suchfunktion und Google benutzt, aber noch keine Antwort auf meine Fragen gefunden.

Meine Rahmenbedingungen sind Win XP mit j2sdk1.4.2_06. Als IDE benutze ich den JCreator LE.

Also, ich habe mir heute aus der Bibliothek das Buch CoreJava - Band 1 Grundlagen ausgeliehen. Dieses Buch liefert einige nützliche Klassen mit, die man in seinem Programm einbinden kann.

Und zwar per

import corejava.*;

Sooo, wenn ich das so eigebunden habe spuckt mir der JCreator "package corejava does not exist" aus.
Jetzt habe ich mal versucht den fehler auszumerzen, und bin dann bei meiner Recherche auf die Umgebungsvariable Classpath gekommen, in die der Java Compiler, und wohl auch die Runtime reinschauen, wenn sie etwas nicht finden. In meinem Fall ist das ja das package corejava, was gesucht wird.
Die erste Ernüchterung war dann, dass auf der Buch CD keine Package drauf ist, sonder lauter einzelne *.java Dateien.
Frage 1: Damit kann ich doch so nichts anfangen, oder??? ich muss die doch zuerst mindestens in eine *.class datei kompilieren, oder???

Also habe ich alle *.java dateien kompiliert, was auch ohne Probleme geklappt hat. Jetzt habe ich also die Klassen in meinem Verzeichnis liegen, aber immer noch kein Package. Ich habe aber gelesen, dass es nicht umbeding ein Package sein muss, wo Classpath draufzeigt, sondern es reicht auch das Verzeichnis mit den entsprechenden Klassen.
Frage2: Stimmt das so, oder muss es umbedingt ein Package sein?

Jetzt habe ich über die Systemsteuerung die Umgebungsvariable Classpath gesetzt (und zwar unter meinem Benutzernamen UND unter Systemvariabeln.
Frage 3: Wo genau muss denn der Classpath gesetzt sein (Benutzer, System oder beides)????

Als Classpath habe ich das Verzeichnis angegeben, in dem meine Klassen liegen. Da steht genau das drin:
"F:\Daten\CoreJavaBand1\corejava\corejava". Lasst euch nicht von dem doppelten corejava irritieren, das ist nun einmal so bei mir.

Aber leider funktioniert es noch immer nicht. Der JCreator spuckt nach wie vor den gleichen fehler aus. Ich denke mal, dass liegt wirklich daran, dass ich keine Package habe, sondern nur einzelne Klassen.
Frage 4: Wie erstelle ich mir denn jetzt genau aus den vorhandenen Klassen ein Package?
Ich habe wohl schon mal gelesen, dass das mit dem Schlüsselwort

package

und dem tool "jar" funktioniert, bin mir aber nicht so sicher.

Frage 5: Kennt jemand von euch einen richtig guten Link zu dieser Classpath Geschichte, und zwar für Windows und nicht für Linux, oder Unix, oder so? (nicht, dass ich was gegen diese Betriebssysteme hätte, aber ich benutze nun mal zur Zeit Windows)

Also, vielen dank schon mal für eure Antworten.

Gruß
Maik

 

[L-ectron-X]

Damit der Compiler dein Programm übersetzen kann, musst du dein importiertes Package corejava auch auf deinem Rechner haben. Packages sind letztendlich nichts anderes als Verzeichnisse, in denen sich .java- bzw. .class-Dateien befinden.
Wenn dein Compiler nun das Programm ohne Fehler übersetzen soll, muss sich unterhalb der importierenden Klasse ein Verzeichnis namens corejava befinden, in dem dann die Klasse(n) des Packages corejava zu finden sind.
Die Klassen in diesem Verzeichnis/Package haben gleich zu Beginn ihres Quellcodes, also noch vor den import-Anweisungen, die Deklaration des Packages zu stehen.
Also:

package corejava;

Einen Classpath brauchst du also noch nicht zu setzen/verändern.

 

[Kiamur]

Hallo und Danke erst einmal!

Aber irgendwie verstehe ich es IMMER noch nicht :cry: .

Ich habe am Anfang meines Programms

import corejava.*;

stehen. Zugreifen will das Programm auf die Klasse Console.
In der Klassendefinition (.java-Datei) von Console steht in der ersten Zeile

package corejava;

Diese .java-Datei habe ich jetzt mal auf der Kommandozeile so kompiliert: javac Console.java

Heraus kommt ohne Fehlermeldung eine Datei Console.class. Diese .class-Datei habe ich jetzt in das Verzeichnis meines Programms kopiert, und dann versucht es auf der Kommandozeile zu kompilieren.
Als Fehlermeldung erhalte ich folgendes:

LotteryOdds.java:6: package corejava does not exist
.
.
.
bad class file: .\Console.class
class file contains wrong class: corejava.Console
Please remove or make sure it appears in the correct subdirectory of the classpath

Ich weiss echt nicht, was ich noch machen soll?

Bitte helft mir doch !!!!!

Gruß
Maik

 

[Bleiglanz]

wenn eine Klasse in einem Package liegt

dann MUSS die .java Datei in einem UNTERORDNER liegen, der genauso heisst wie das Package

also ein

foo.bar.pack.Console

würde einer Datei in der Ordnerstruktur

./foo/bar/pack/Console.java

entsprechen

gleiches gilt für die .class dateien

 

[Kiamur]

also, jetzt habe ich mal statt

import corejava.*;

import corejava.Console;

eingegeben, und das ganze im Verzeichnis meiner Hauptprogrammdatei in einen Unterordner corejava reinkopiert. Jetzt läuft es.

Aber so richtig schlau werde ich nicht daraus. Es kann doch nicht sein, dass ich bei jedem Projekt, das die Console Klasse benötigt immer wieder einen Unterordner corejava mit der Console.class Datei anlege.

Gibt es da nicht so was wie bei C/C++ mit den Headerdateien?!?

Habe nämlich das nächste Problem: möchte das "Toolkit" benutzen, und habe

import java.awt.*;
import java.awt.event.*;
import javax.swing.*;

eingebunden.

Wenn ich jetzt die Zeile

Toolkit tk = new Toolkit.getDefaultToolkit();

versuche, dann kennt er das wieder nicht: "cannot find symbol class getDefaultToolkit", obwohl das Beispiel 1:1 aus dem Buch abgeschrieben ist.

Was ist hier los?!?

 

[AlArenal]

Das soll ja wohl so heißen:

Toolkit tk = Toolkit.getDefaultToolkit();

 

[Kiamur]

Okay, das war dann wohl meine Blödheit. Wieder mal den Wald nicht gesehen . . .

Aber was ist mit meinem anderen Problemchen, dass das Importieren SDK-fremder Klasse betrifft?

Außerdem habe ich die Sache mit dem Classpath auch noch nicht so ganz verstanden. Wofür brauche ich den denn nun genau, und warum kann ich damit nicht so etwas realisieren, dass ich nicht jedes Mal die benötigte Klasse in das Projektverzeichnis kopieren muss, sondern nur einmal per Classpath festlege, wo der "Pfad zu meinen zu importierenden Klassen" ist?
Dann könnte man doch alles was man irgendwann einmal braucht unter diesem Classpath ablegen, und der Javacompiler findet es dann auch.

Gruß

 

[AlArenal]

Du solltest dir mal die Bedienungsanleitung zu deiner (mir unbekannten) IDE ansehen. NOrmalerweise gibts natürlich ne Möglichkeit andere Projekte oder JAR-Dateien mit einzubinden.

 

[Kiamur]

also zur Zeit mache ich ja alles über die Konsole. Aber weiter oben habe ich schon angegeben, dass ich den JCreator LE 3.50 verwende. Da habe ich leider noch keine Pfadangabe gefunden.

Aber welche Möglichkeiten habe ich denn, wenn ich aus der Konsole heraus kompiliere?

Aus euren spärlichen Antworten, was denn den classpath btrifft entnehme ich, dass der völlig unwichtig zu sein scheint. Sehe ich das richtig?

 

[AlArenal]

also zur Zeit mache ich ja alles über die Konsole. Aber weiter oben habe ich schon angegeben, dass ich den JCreator LE 3.50 verwende. Da habe ich leider noch keine Pfadangabe gefunden.

Schon klar, nur kenne ich das Teil nicht und daher ist sie "mir unbekannt"

Aber welche Möglichkeiten habe ich denn, wenn ich aus der Konsole heraus kompiliere?

Dir mal anzulesen wozu JARs so da sind und sie entsprechend zu nutzen, das spart das rumkopieren irgendwelcher Packages. Über Kommandozeile ist das aber alles reichlich unkomfortabel.

Aus euren spärlichen Antworten, was denn den classpath btrifft entnehme ich, dass der völlig unwichtig zu sein scheint. Sehe ich das richtig?

Nein, das siehst du falsch
Aber der Classpath ist nichts, wo man alle Nase lang dran rummacht.

 

[Kiamur]

Zitat:
Aus euren spärlichen Antworten, was denn den classpath btrifft entnehme ich, dass der völlig unwichtig zu sein scheint. Sehe ich das richtig?


Nein, das siehst du falsch
Aber der Classpath ist nichts, wo man alle Nase lang dran rummacht.

Genau das will ich ja. Einmal einstellen, und dann immer alles in dieses Verzeichnis kopieren, was man öfters mal gebaruchen kann. Aber leider weiss ich nicht genau, wie ich den Classpath nun einstellen muss, denn ich habe mein 1. Beispiel ja schon zum laufen bekommen, aber eben nur, wenn ich ein Verzeichnis corejava in dem Projektordner anlege, wo dann die Klasse drin war. Aber wenn ich den Classpath auf ein Verzeichnis irgendwo im System zeigen lasse, wo eben diese Dateien auch drin sind, dann funktioniert es nicht. Also denke ich, dass ich Classpath-mäßig irgendwas noch nicht kapiert habe, obwohl ich
1. Alles so wie im Buch Core Java gemacht habe
2. Versucht habe mir Infos über Google zu besorgen.

Aber damit hat es ja nicht geklappt. Könnt ihr mir nicht mal ein Idiotensicheres Beispiel geben??

Gruß
Maik

 

[na-oma]

Nämmer ma an, du willst meine Highend-Library namens "highend" benutzen.
Diese habe ich in ein package namens "highend" gepackt, indem ich alle zugehörigen java-dateien in ein Verzeichniss namens "highend" gepackt und mit dem Schlüsselwort "package highend;" versehen habe. (packages sollten immer klein geschrieben werden, is son quasi-standard.

Dabei muss das Verzeichniss highend direkt in einem Verzeichniss liegen, welches du im CLASSPATH stehen hast.

meine Lib:

Datei "P.java" im Verzeichniss highend.

package highend; //muss der erste non-kommentar befehl sein

import java.util.*;	//nur mal so eingebunden, dass du weisst, wo das hinkommt...wird nicht benutzt

//geklaut bei [url]http://www.mindview.net/Books/TIJ/[/url]
public class P {

	public static void rint(Object o) {
		System.out.print(o);
	}

	public static void rintln(Object o) {
		System.out.println(o);
	}

	//muss man eigentlich für jeden nicht-object typ ne einzelne Funktion schreiben...
	public static void rint(int i) {
		System.out.print(i);
	}

	public static void rintln(int i) {
		System.out.println(i);
	}

}

Datei "Aquarium.java" im Verzeichniss highend.

package highend;

class Fisch {
	Fisch() {
		P.rintln("Fisch erstellt!");
	}
	
	void feed(Object o) {
		P.rint("Fisch isst: ");
		P.rintln(o);
	}
}


public class Aquarium {
	final Fisch singleFisch;
	
	public Aquarium() {
		singleFisch = new Fisch();
	}

	public void essensresteInsWasserStreuen(Object o) {
		singleFisch.feed(o);
	}
}

Datei "PTest.java" in "nahezu" beliebigem Verzeichniss. gehört ned zum Package, sondern nur zum Testen

import highend.*;

public class PTest {

	public static void main(String[] args) {

		P.rint("hallo");
		P.rintln("Welt");
		
		Aquarium aq = new Aquarium();
		aq.essensresteInsWasserStreuen(new P());

	}

}

nunja ich bin mit dem Package villeicht etwas übers Ziel hinaus geschossen ...wichtig ist:
-"import packagename.*;" wo du das package benutzen willst
-package-verzeichniss in nem Verzeichniss liegen haben, wo CLASSPATH drauf gesetzt ist. !!!
-"package packagename;" in jeder Datei die zum Package gehören soll. Diese Datei muss im Verzeichniss ./packagename liegen.

-bei "Unter-packages" also wie z.b. java.util ein Unterpackage vom Package java ist, muss eine Datei die in dieses Package gehört (z.B. java.util.ArrayList) im Verzeichniss ./java/util/ liegen, also ./java/util/ArrayList.java bzw. *.class

-man kann statt packages per import zu importieren auch direkt auf die Klassen zugreifen (da du grade von C++ geredet hast: das ist wie auf "std::cout" ohne "using namespace std;" zuzugreifen.)
das macht man so:

Der import-befehl kann, genau wie die c++-using-Klausel weggelassen werden, wenn man den vollen Klassennamen angibt:

public class PTest {

	public static void main(String[] args) {

		highend.P.rint("hallo");
		highend.P.rintln("Welt");
		
		highend.Aquarium aq = new highend.Aquarium();
		aq.essensresteInsWasserStreuen(new highend.P());

	}

}

ist äquivalent zum oberen PTest. Is allerdings mehr Schreibarbeit + Code schlechter lesbar.

So, das ist erstmal alles was ich so im Groben weiss, ich denke das reicht auch um alles zum funzen zu bringen und genau so eine Highend-Lib zu schreiben wie ich.
Probier mal meine Beispiele aus, geht wunderbar.

p.s.
wenn man zufällig zwei klassen mit dem selben namen aus verschiedenen packages importiert, dann meckert der Compiler, wenn man nur per ClassName.x() darauf zugreift. dann muss man auch den vollen Namen verwenden: java.util.ClassName.x(); und so...

http://www.mindview.net/Books/TIJ/ is ganz gutes buch, allerdings die ersten 200 seiten kein Praxis bezug, sollte man sich bei gelegenheit mal antuen, is aber etwas hardcore für meinen Geschmack.