Wo kommen die Nullpointer her?

[Guest]

Moin.
Also ich hab ein kleines Problem.
Beim Laden meiner Panels gibt es ab und an eine null pointer exception.

andere panels referenzieren auf wieder andere, deshalb is da glaub ich irgendwo der wurm drin.

z.B. hier tritt eine null pointer exception auf

if (getPanelx() != null)
...

der ruft dazu diese methode auf

public Panelx getPanelx(){
if (os_panelx == null){
os_panelx = new Panelx();
os_panelx setBounds(0,navPanelOffset,1280,900);
scrollpanel .add(panelx);
}
return panelx;
}

eigentlich dürfte doch so gar keine null pointer exception geworfen werden, oder?

 

[AlArenal]

1. Fehlermeldung posten! (Copy&Paste)
2. Zu den Zeilennummern innerhalb der Fehlermeldung den passenden Code posten!
3. Siehst du hier einen Punkt? "os_panelx setBounds(0,navPanelOffset,1280,900);"

 

[Guest]

1. Fehlermeldung posten! (Copy&Paste)
2. Zu den Zeilennummern innerhalb der Fehlermeldung den passenden Code posten!
3. Siehst du hier einen Punkt? "os_panelx setBounds(0,navPanelOffset,1280,900);"

1. Fehlermeldung ist ne ganze normale Nullpointerexception, die auftritt sobald getPanelx augerufen wird.
Der Fehler tritt nur einmal auf. Danach ist das Panel initialisiert und dann kommt der fehler nicht mehr.

2. Der Code ist zb.

CMain.DakosGUI.getPanelx().setIconblablub(2);

3. jo richtig. das is aber nicht der fehler, das liegt am posten.

 

[AlArenal]

zu 1.:
Und eben diese "ganz normale" NullPointerEception beinhaltet normalerweise einen Stacktrace, mit diversen Zusatzangaben, die dem geneigten Leser etwas mehr über den Ort des Auftretens verraten..

zu 2.:
Schweres pfui!

zu 3.:
GOTO 1

 

[Guest]

zu 1.:
Und eben diese "ganz normale" NullPointerEception beinhaltet normalerweise einen Stacktrace, mit diversen Zusatzangaben, die dem geneigten Leser etwas mehr über den Ort des Auftretens verraten..

jo, dass is mir schon klar...

hier mal etwas gekürzut der stacktrace. ich denke genau die stelle is interessant.

...
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

zu 2.:
Schweres pfui!

warum?

zu 3.:
GOTO 1

goto is auch pfui :meld:

 

[AlArenal]

zu 1.:
Nun hast du wohl gerade den interessanten Teil vom Stacktrace gekürzt, bzw.. das ganze "Unknown Source" erweckt den Anschein, dass du deine Sourcen ohne Debug-Infos kompilierst. Das macht natürlich nicht wirklich Sinn, wenn man debuggen will..

zu 2.:
Weil du mit einer sehr seltsamen Suppe aus evtl. falscher Groß- Kleinschreibung und/oder public Variablen und/oder statischem Krims, usw. usf. arbeitest.
Da wunder es wenig, wenn man mal ne NPE hie rund da bekommt, denn wie willst du bei driektem Zugriff auf Instanzen anderer Klassen sicherstellen, dass diese nicht null sind?

zu 3.:
Kleiner Rückfall in BASIC

 

[SlaterB]

zu 2.:
CMain.DakosGUI.getPanelx().setIconblablub(2);
ist in diesem Fall zusätzlich schlecht, weil man nun nicht genau weiß, wo die NPE auftritt, wenn der Compiler nur die Zeile nennt,

CMain könnte null sein (falls es nicht eine Klasse ist),
DakosGUI könnte null sein usw.

wenn du das dagegen auftrennst:
gui = CMain.DakosGUI;
panel = gui.getPanelx().
panel.setIconblablub(2);

und dir dann der Compiler eine der drei Zeilen nennt,
läßt sich der Fehler viel besser eingrenzen

deswegen würde man wahrscheinlich die Kurzschreibweise nicht generell aufgeben,
aber hier im Forum zu schreiben
'NPE in dieser Zeile: CMain.DakosGUI.getPanelx().setIconblablub(2);'
ist in jedem Fall recht dumm,

also: trenne bei solchen Fehlerfällen bitte die Befehle auf,
wo genau ist die NPE?
->
was ist das für ein Objekt? darf es null sein? wer sorgt dafür dass es nicht null ist?
passiert dies auch? mit System.out.println an entsprechender Stelle prüfen

 

[WieselAc]

Kennst du eigentlich so etwas wie einen Debugger?

Da setzt du dir einen Breakpoint, guckst die Variablen an und schon weiß du was, wo, meistens auch wieso NULL ist.

 

[Marco13]

*mal einwerf:* Du hast genau den UNinteressanten Teil des StackTraces gepostet.

 

[Azrahel]

*mal einwerf:* Du hast genau den UNinteressanten Teil des StackTraces gepostet.

Natürlich, alles andre würd es uns ja zu einfach machen, immerhin sollen wir ja unsere Göttlichkeit beweisen :bae:

[edit]wobei von gott einen Beweiss seiner göttlichkeit zu verlangen schon fast gotteslästerung ist :meld: :lol: [/edit]