Integer.ParseInt Fehlerausgabe

[Tejo1986]

Hallo,

ich hab mal wieder ne Frage. Und zwar lese ich Zellen aus ner Excel tabelle aus, und wandle diese dann in nen Interger um. Nun wollte ich für das try, nachdem er den fehler gefangen hat (catch) auch nen Fehlertext ausgeben. Wie geht das ?

 try {
                    if(!puffer.equals("")) berechnung[zeile][1] = Integer.parseInt(puffer);
                } catch(NumberFormatException e) {

Wie gebe ich nun den Fehler aus, damit ich weiß wo was falsch gelaufen ist ?

System.err.println (e) ?
system.out.println(e + "Keine Integer in Zelle 4,"+(zeile+anzahlinfozeilen)) ?

Danke schonmal!

 

[Michael...]

Am meisten Information bekommt man über den Stacktrace, man kann aber auch die Meldung entsprechend extrahieren/aufbreiten/anreichern und/oder auf dem Standard OutputStream ausgeben

} catch(NumberFormatException e) {
    e.printStackTrace(); //Gibt den StackTrace auf dem Errorstream aus
    System.err.println(e.getMessage()); //Ausgabe der Fehlermeldung auf dem ErrorStream
    System.out.println(e.getMessage()); //Ausgabe der Fehlermeldung auf dem Standard Output
    System.out.println("Fehler beim Parsen einer Zahl aus Excel" + e.getMessage());
...
}

Grundsätzlich ist es nie verkehrt den StackTrace auszugeben.

 

[Andi_CH]

Wie wärs im catch block ???:L

 

[Tejo1986]

Hey,

ich nehme den letzten, der reicht mir zu denke ich.

Wenn ich mehrere Fehler e Fange, wäre es dann sinnvoll diese zu nummerieren mit e1 etc. oder is es egal, da der Fehler direkt nach abfangen ausgegeben wird und dann e wieder "frei" ist ?

 

[Michael...]

Wenn ich mehrere Fehler e Fange, wäre es dann sinnvoll diese zu nummerieren mit e1 etc. oder is es egal, da der Fehler direkt nach abfangen ausgegeben wird und dann e wieder "frei" ist ?

Wo willst wie mehrere Fehler fangen? (Verstehe die Frage nicht)

 

[Andi_CH]

Hey,

ich nehme den letzten, der reicht mir zu denke ich.

Wenn ich mehrere Fehler e Fange, wäre es dann sinnvoll diese zu nummerieren mit e1 etc. oder is es egal, da der Fehler direkt nach abfangen ausgegeben wird und dann e wieder "frei" ist ?

Es treten NIE mehrere Exceptions gleichzeitig auf. Sobald eine auftritt wird die weitere Verarbeitung sofort abgebrochen und, falls vorhanden, in den catch Block verzweigt.
Falls kein catch Block da ist, wird die Exception weitergereicht.

Wohin ist sicher in der Insel im entsprechenden Kapitel erklärt.

 

[Tejo1986]

Ich hab in einer Klasse mehrmals try und catch, also dann auch Exceptions.

Ist es sinnvioll diese von e0 bis e12 zu nummerieren oder spielt das keine Rolle ?

 

[ARadauer]

Wenn ich mehrere Fehler e Fange, wäre es dann sinnvoll diese zu nummerieren mit e1 etc. oder is es egal, da der Fehler direkt nach abfangen ausgegeben wird und dann e wieder "frei" ist ?

ja e reicht, da das eh nur im catch block gültig ist..

 

[VfL_Freak]

Moin,

Wenn ich mehrere Fehler e Fange, wäre es dann sinnvoll diese zu nummerieren mit e1 etc. oder is es egal, da der Fehler direkt nach abfangen ausgegeben wird und dann e wieder "frei" ist ?

Du wirst immer nur EINE Exception fangen, da hiernach bereits "Schicht im Schacht" ist ...

Oder meinst sowas:

try
{
    ...
}
catch( NumberFormatException e ) // fängt Exceptions beim numerischen Format
{
    ...
}
catch( IOException e ) // fängt IOExceptions
{
    ...
}
catch( Exception e )  // fängt beliebige (alle) Exceptions
{
    ...
}

Gruß
Klaus

 

[Andi_CH]

Ich hab in einer Klasse mehrmals try und catch, also dann auch Exceptions.

Ist es sinnvoll diese von e0 bis e12 zu nummerieren oder spielt das keine Rolle ?

Weisst du was man unter Scope versteht?

In welchem Bereich ist die Bezeichnung e gültig?
-> Genau bis zum Ende des catch Blockes

Danach gibt es kein e mehr bis zur nächsten Deklaration ...

Es steht dir frei Namen ganz nach deinem Geschmack zu wählen, aber es ist nicht nötig