Grundlagen Vererbung (war: Blue J)

[Schiller256]

Hast du gelesen und verstanden was hier im Thread und in den Links stand?

Hast du überhaupt eine Klasse superBildschirm erstellt auf die du referenzieren kannst? Wenn du den links gefolgt wärst dann hättest du festgestellt das default als package name überhaupt nicht zulässig ist da es sich um ein reserviertes Schlüsselwort in Java handelt. Das kannst du nicht als package name verwenden.

und das steht NICHT in den Links

[InfoJ2011]

Hast du gelesen und verstanden was hier im Thread und in den Links stand?

Hast du überhaupt eine Klasse superBildschirm erstellt auf die du referenzieren kannst? Wenn du den links gefolgt wärst dann hättest du festgestellt das default als package name überhaupt nicht zulässig ist da es sich um ein reserviertes Schlüsselwort in Java handelt. Das kannst du nicht als package name verwenden.

ich möchte default auch nciht als package name verwenden. ich möchte auf die klasse superBildschirm zugreifen und suche das dazugehörige package, wie beim normalen bildschirm

sum.kern.Bildschirm

ich hoffe, dass du mir weiterhelfen kannst.

[Klotzkopp]

ich möchte auf die klasse superBildschirm zugreifen und suche das dazugehörige package, wie beim normalen bildschirm

sum.kern.Bildschirm

Was passiert denn, wenn du da einfach superBildschirm hinschreibst?

[InfoJ2011]

Also soweit ich weiß ergänzt der dann autopmatisch sum.kern

weiß ich aber nicht.

auf jeden fall erhalte ich dann beim übersetzen keine fehlermeldung. erst beim programmstart:

java.lang.NullPointerException:

null

>>ist das vlt. gar nicht der fehler?

[Schiller256]

auf jeden fall erhalte ich dann beim übersetzen keine fehlermeldung. erst beim programmstart:

java.lang.NullPointerException:

null

Na damit bist du doch aber schon mal ein Stück weiter! Denn dein Programm jetzt es jetzt schon mal bis in die JVM geschafft und wirft nun einen Laufzeitfehler. Jetzt an die Stelle in deinem Programm wo die NPE (NullPointerException) fliegt und geschaut was null ist. Dieses null abfragen und/oder richtig initialisieren.

[Klotzkopp]

>>ist das vlt. gar nicht der fehler?

So ist es. Du hast also tagelang umsonst mit multiplen Satzzeichen und Großbuchstaben rumdiskutiert, und auf deiner vermeintlichen Fehlerursache herumgeritten.

Bitte daraus lernen: Beschreib die eigentlichen Fehlersymptome, nicht das, was du für die Ursache hältst.

Und jetzt bitte die Exception debuggen, wie Schiller256 gesagt hat.

[InfoJ2011]

...so weit war ich schon mal, aber egal

die nullpointere. zrigt den fehler genau dort an, wo der superBildschrim(zuvor im constructor übergeben) das erste mal einfesetzt wird.

>>ich schließe daraus, dass der superBildschirm = null ist

also lande ich wieder beim alten fehler

[Klotzkopp]

die nullpointere. zrigt den fehler genau dort an, wo der superBildschrim(zuvor im constructor übergeben) das erste mal einfesetzt wird.

Und wer ruft diesen Konstruktor mit einer Nullreferenz auf?

[InfoJ2011]

mein superStift (auch eine eigene Klasse)

er hat die gleichen Funktionen wie der normale stift

[Klotzkopp]

mein superStift (auch eine eigene Klasse)

Dann weißt du ja, wo du ansetzen musst.

[InfoJ2011]

ok, problem ist gelöst

der superstift konnte nciht auf den superbildschirm zugreifen, da in constructor der superbildschirm erst nach dem superstift erzeugt wurde...

naja egal danke

PS: mein projekt war ein etwas komplexeres aba so konnte ich es einfacher erklären (nein ich hab NICHT den stift und bildschirm noch mal programmiert)