Null Pointer Exception

[seven-12]

hallo alle zusammen,

ich wollte eine Funktion haben, die eine ArrayList zurück gibt, leider ist a am Ende = null. aber bei System.out.println("size" +a.size()); ´ist es noch gefüllt und beinhaltet 51 Einträge.Kann mir jemand sagen, wo der Fehler liegt?

public ArrayList CSVread() {
    try {
      RE trenner = new RE(trennzeichen);
      
      
      BufferedReader in = new BufferedReader(new FileReader(csvFileName));
      int zeile = in.read();
     
      ArrayList<String> a = new ArrayList<String>();
    	  for (int i = 1; i < zeile; i++) {
    		  
    		  String jedezeile = in.readLine();
    		  
    		  if(jedezeile !=null){
    			 spalten = trenner.split(jedezeile);
    			 System.out.println(jedezeile);
    			 a.add(jedezeile);
    		}
    		
    	  }
    	  
    	System.out.println("size" +a.size()); // hier ist noch ok
    } 
    catch (Exception ex) { ex.printStackTrace(); }
       return a; 
  }

Danke,

seven-12

 

[AlArenal]

Du definierst die ArrayList a im try-Block. Daher ist sie außerhalb nicht existent, auch nicht im catch-Block. Setz die Zeile vor den try-Block.

 

[RaoulDuke]

Warum kompiliert das überhaupt?

 

[thE_29]

Also das kann gar net kompiliert werden, bzw kann da niemals am ende return a; stehen...

 

[AlArenal]

Also das kann gar net kompiliert werden, bzw kann da niemals am ende return a; stehen...

Och, Eclipse ist da teilweise recht 'nett'. Der mault zwar, kompiliert aber dennoch. Dafür fliegsts einem dann beim Ausführen um die Ohren.

 

[thE_29]

Wie "biegt" Eclipse das bitte so hin dass das ein ausführbarer Code ist?

Weil javac würde das auch net kompilieren lassen..


Ich würde dieses Feature von Eclipse mal als "selten dumm" bezeichnen...

Für Anfänger ist das sicher net super, da eben solche Fehler entstehen, bzw können dadurch auch Schlampigkeitsfehler entstehen und man sieht die schwer...



Dann Warnings, werden selten durchgelesen..

Hauptsache es geht kompilieren und ausführen.. (ist bei vielen das Motto..)

 

[SamHotte]

Also ich weiß ja nicht, wie ihr das macht, aber das obige Codestück kompiliert bei meiner Eclipse kein bisschen ... a ist in Zeile 25 rot unterkringelt, wie es sich gehört, und es gibt natürlich einen Error und keine Warnung.

 

[Murray]

Ich vermute mal stark, dass es in der Klasse, aus der das Fragment stammt, noch ein Class-Member a gibt

 

[thE_29]

Jo, na das könnte wieder klappen

Aber ne Klassenvariable als a zu bezeichnen is auch net Klug

Kann man es gleich _1 nennen :bae:

Genauso aussagekräftig

 

[AlArenal]

Also ich weiß ja nicht, wie ihr das macht, aber das obige Codestück kompiliert bei meiner Eclipse kein bisschen ... a ist in Zeile 25 rot unterkringelt, wie es sich gehört, und es gibt natürlich einen Error und keine Warnung.

Mag ne Konfig-Sache sein. Hab schon mehrmals versehentlich aus Gewohnheit das Popup einfach bestätigt, Eclipse kompilierte durch und startete und - peng. Klar wars fett rot in der IDE
Wie Eclipse das macht? K.A. Vermutlich generiert der eigene Compiler einfach ganz braun Bytecode, ganz egal ob der funktioniert, anstatt direkt abzubrechen.

 

[SamHotte]

Naja, wenn ein Teil eines Projekts korrekt kompiliert, kann man diesen auch ausführen - bis der Interpreter an eine Stelle kommt, die 'unresolved compilation problems' hatte. Solange der Programmteil nicht betreten wird, gibt's keine Probleme ;-)