Problem mit Erweitertem Klassenkonzept (Vererbung)

[MagicMoskito]

Hallo und nen schönen euch allen,
ich bin ein Jave Neuling und habe zugleich ein Problem wie im Titel schon beschrieben ist.Ich habe mir zum einstieg ein Buch gekauft,der Titel oder Verlag sei ausser acht gelassen.Nun habe ich ein Problem beim Kompilieren meines selbstgeschriebenen oder Beispiel des Buches genannten Java Codes.
Ich bin am verzweifeln,weil ich schon sehr viel versucht habe und es einfach nicht hinbekomme.
Hier mal mein Versuch:

public class Person {
	//Eigenschaften einer Person:
	public String name;
	public int alter;
}

Dieser Java Code war so im Buch beschrieben und habe ich auch so unter Person.java gespeichert und kompiliert (ohne Probleme, auch im Ordner in dem ich die Vererbung oder erweitertes Kalssenkonzept versuche).

Der zweite Java Code in dem ich versuche zu Vererben mittels extends-Tag lautet:

public class Spieler extends Person{
	//Zusätzliche Eigenschaften eines Spielers
	public int staerke;	// von 1 (schlecht) bis 10 (super)
	public int torschuss;	// von 1 (schlecht) bis 10 (super)
	public int motivation;	// von 1 (schlecht) bis 10 (super)
	public int tore;
}

Wenn ich jetzt versuche den zweiten Java Code zu compilieren gibt es mir in der DOS-Box den Fehler aus:
Spieler.java:1: cannot find symbol
symbol: class Person
public class Spieler extends Person{
^
1 error

-Nun bitte ich euch mir zu helfen, und weil ich blutiger Anfänger bin in Java (nur Kentnisse in Html), nicht mit Fachbegriffen um euch zu schmeissen oder zu schmunzeln,und bedanke mich im voraus für eure kompetenten und hilfreichen Antworten

 

[eRaaaa]

Also an dem Code ist nichts falsch der lässt sich so kompilieren. Der Fehler wird wohl daran liegen wie du versuchst zu kompilieren. Befindest du dich in dem Ordner wo die java-Dateien liegen beim Kompilieren? Bzw wie rufst du javac denn auf?

 

[gman]

Hast du den zweiten Code auch in einer Datei mit dem Namen "Spieler.java" gespeichert? Der
Dateiname muss immer dem Namen der öffentlichen Klasse ("public class ..") in der Datei
entsprechen.

 

[MagicMoskito]

Also ich habe die Java installierung und deren Pathes in den Umgebungsvariablen im System gemacht,und sie funktioneren auch tedellos die tools von Java,konnte ja den Person.java Code kompilieren so dass Person.class im Ordner ist.
Ich versuche die Spieler.java so zu kompilieren:
Start +R --> cmd --> mittels der richtigen Befehle,wechsel ich in die Ordner wo sich die Codes befinden.

Jetzt gebe ich folgendes ein:
--> javac Spieler.java
dann kommt die oben beschriebene Fehlermeldung

 

[kirax]

Liegen beide Dateien im gleichen Verzeichnis?

 

[MagicMoskito]

Ja es liegen Person.java + Person.class und die Spieler.java im gleichen Ordner,was mich wundert ist dass ich die Person.java anstandslos kompilieren konnte und die Spieler.java nicht

 

[kirax]

Da ist irgendwas faul...

Öffne die beiden .java Dateien mal (neu) in einem Editor und poste hier exakt was drinsteht.

 

[MagicMoskito]

hier die Person.java:

public class Person {
	//Eigenschaften einer Person:
	public String name;
	public int alter;
}

Hier die Spieler.java:

public class Spieler extends Person {
	//Zusätzliche Eigenschaften eines Spielers
	public int staerke;	// von 1 (schlecht) bis 10 (super)
	public int torschuss;	// von 1 (schlecht) bis 10 (super)
	public int motivation;	// von 1 (schlecht) bis 10 (super)
	public int tore;
}

 

[kirax]

Hm

also mit den beiden Dateien funktioniert das bei mir einwandfrei:

V:\>cd "Neuer Ordner"

V:\Neuer Ordner>dir
 Datenträger in Laufwerk V: ist Volume
 Volumeseriennummer: 8453-5CE0

 Verzeichnis von V:\Neuer Ordner

31.07.2010  12:17    <DIR>          .
31.07.2010  12:17    <DIR>          ..
31.07.2010  12:17               107 Person.java
31.07.2010  12:17               298 Spieler.java
               2 Datei(en),            405 Bytes
               2 Verzeichnis(se),  4.952.989.696 Bytes frei

V:\Neuer Ordner>javac Person.java

V:\Neuer Ordner>javac Spieler.java

V:\Neuer Ordner>dir
 Datenträger in Laufwerk V: ist Volume
 Volumeseriennummer: 8453-5CE0

 Verzeichnis von V:\Neuer Ordner

31.07.2010  12:19    <DIR>          .
31.07.2010  12:19    <DIR>          ..
31.07.2010  12:19               242 Person.class
31.07.2010  12:17               107 Person.java
31.07.2010  12:19               256 Spieler.class
31.07.2010  12:17               298 Spieler.java
               4 Datei(en),            903 Bytes
               2 Verzeichnis(se),  4.952.985.600 Bytes frei

V:\Neuer Ordner>

Hast du evtl. an der Person.java seit der Compilierung noch was geändert?
Probiere mal folgenden Befehl:

javac Person.java Spieler.java

 

[MagicMoskito]

Also erst mal ein riesiges Dankeschön an Dich kirax.
Gleichzeitig die frage an Dich was denn der Unterschied ist zwischen einer einzelnen konpilierung und einer kompilierung beider java dateien auf einmal?

Der Befehl den Du mir vorgeschlagen hattest --> javac Person.java Spieler.java hat einwandfrei funktioniert ohne eine Fehlerausgabe:applaus:

 

[kirax]

Eigentlich ist da kein Unterschied - die Ergebnisse von "beide auf einmal" und "jede für sich" sollten eigentlich gleich sein.
Es ist sogar so, dass du "javac Spieler.java" ausführen können müsstest, ohne vorher Person.java compiliert zu haben. javac erkennt dann die Abhängigkeit und compiliert zuerst Person.java (es kommen also beide .class Dateien raus).

V:\Neuer Ordner>dir
 Datenträger in Laufwerk V: ist Volume
 Volumeseriennummer: 8453-5CE0

 Verzeichnis von V:\Neuer Ordner

31.07.2010  12:34    <DIR>          .
31.07.2010  12:34    <DIR>          ..
31.07.2010  12:17               107 Person.java
31.07.2010  12:17               298 Spieler.java
               2 Datei(en),            405 Bytes
               2 Verzeichnis(se),  4.952.985.600 Bytes frei

V:\Neuer Ordner>javac Spieler.java

V:\Neuer Ordner>dir
 Datenträger in Laufwerk V: ist Volume
 Volumeseriennummer: 8453-5CE0

 Verzeichnis von V:\Neuer Ordner

31.07.2010  12:34    <DIR>          .
31.07.2010  12:34    <DIR>          ..
31.07.2010  12:34               242 Person.class
31.07.2010  12:17               107 Person.java
31.07.2010  12:34               256 Spieler.class
31.07.2010  12:17               298 Spieler.java
               4 Datei(en),            903 Bytes
               2 Verzeichnis(se),  4.952.985.600 Bytes frei

V:\Neuer Ordner>

Das macht er natürlich nur, wenn Person.class nicht existiert.

Ich weiß nicht, was da falsch lief - könnte mir höchstens vorstellen, dass die Sourcedatei von deiner Person.class anders war als die "aktuelle" Person.java (wenn ich dich richtig verstanden hab, hast du ja die Person.class nicht nochmal compiliert) und du also irgendwelche Änderungen an der Person.java vorgenommen hast, von der die Person.class natürlich nichts mitbekommen hat. Liegt Person.class nämlich beim Compilieren von Spieler.java vor, wird die Person.java vom Compiler nicht angefasst - und dann kann da drinstehen was will

 

[MagicMoskito]

Also ich habe den Schritt zurück gemacht und die beiden Klassen gelöscht Person.class + Spieler.class
und habe versucht Spieler.java zu kompilieren,und es gab mir den gleichen Fehler wieder aus.Ging also nicht zu kompilieren.
Dann habe ich so wie du mir gesagt hast --> javac Person.java Spieler.java eingegeben und er hat mir beide kompiliert ohne einen fehler auszugeben.

Ich kann mir nicht vorstellen wo der Fehler liegen kann oder soll???:L

 

[kirax]

Verwendest du das Sun/Oracle JDK 6 Update 21?

 

[MagicMoskito]

Ja dass verwende ich,update immer sobald ne neue Version rauskommt.

1.Kann es denn sein dass ich vielleicht einen Path in den Umgebungsvariabeln im System falsch gesetzt habe? (was ich nicht glaube,da sonst auch eine einzelne kompilierung nicht gehen würde)

2. was ich jetzt grade gesehen habe ist,dass der Fehler den er mir im DOS angezeigt hat :
Spieler.java:1: cannot find symbol
symbol: class Person
public class Spieler extends Person {
^
1 error

Wobei dieses ^ immer unter dem P steht ,also habe ich es schon probiert die Person.java mit klein p zu benennen,hat aber auch kein Erfolg gebracht.Oder sehe ich es falsch, dass ^=gar keine Fehler anzeigt?

 

[Landei]

Ich glaube, du musst einfach

javac -cp . DeineKlasse.java

schreiben. Der Pfad wo man gerade ist wird nicht automatisch bei der Suche mit eingeschlossen, man muss ihn explizit angeben (das ist der Punkt).

 

[MagicMoskito]

:toll: Dankeschön vielmals an Dich landei :applaus: ich habe es mit Deinem Lösungsvorschlag oder beschreibung versucht.

javac -cp . MeineJava.java eingabe im Dos gemacht und siehe da er kompiliert fehlerlos


Tausend dank und ne Verbeugung an Dich

 

[gman]

Stellt sich die Frage warum es bei kirax so funktioniert?

 

[eRaaaa]

Stellt sich die Frage warum es bei kirax so funktioniert?

Weil er bei sich wahrscheinlich die Umgebungsvariable CLASSPATH mit "." gesetzt hat (bzw ist das nicht eh default? ???:L)

 

[MagicMoskito]

eRaaaa wie meinst Du dass,das ich den Classpath mit "." gesetzt habe?

Meiner sieht so aus:
Classpath C:\Programme\Java\jdk1.6.0_17\bin

 

[eRaaaa]

ja genau das ist ja das Problem, hänge noch .; davor/dran wie auch immer

(das "er" bezog sich auf kirax)

 

[MagicMoskito]

eRaaaa
ja genau das ist ja das Problem, hänge noch .; davor/dran wie auch immer

was dran hängen . oder ; und wo dran hängen?Stehe ich etwa aufm schlauch?oder bin ich so unwissend?

 

[kirax]

Ja ich hab . im Classpath.

CLASSPATH=.;C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip

Aber das sollte da standardmäßig drin sein, weil ich an der Variable nie was geändert habe

. bezieht sich auf das aktuelle Verzeichnis. Damit javac das aktuelle Verzeichnis automatisch einbezieht muss . im Classpath stehen.

MagicMoskito gib mal folgendes in der Konsole ein:

set CLASSPATH=%CLASSPATH%;.

Dann wird dein Classpath um . erweitert.

Aber wundert mich trotzdem warum das nicht standardmäßig drinsteht bei dir

 

[petterapamm]

Ich würde dir trotzdem zu einem Codeeditor raten mit dem du deinen Code auch gleich kompilieren kannst. Das lohnt sich auf jedenfall. Geht tausendmal schneller und es ist auch zum Coden als der herrkömliche Editor.
Ich selber benutze BlueJ aber da ich auch eher ahnungloser Anfänger bin, solltest du dich lieber selber schlau machen welcher gut ist.

MfG
petter