Exceptions

[Destiny1985]

So, da ich mir ja jetzt abgewöhn habe meine Eingaben via IOTools zu machen, bekommen die Exceptions natürlich eine Bedeutung...erklärt wurde es mir ungefähr so hier im Forum, das man die einfach brauch um Fehler, die passieren können, abzufangen...ok, ist ja net schwer zu verstehen. Hab zB jetzt so eine Eingabe

BufferedReader antw = new BufferedReader (new InputStreamReader(System.in));
    String eingabe = "";
    int antwort = 0;
    System.out.print("\nIhre Antwort: ");
    
    while (antwort < 1 || antwort > 4)
    {
      try
      {
        eingabe = antw.readLine();
        antwort = Integer.parseInt(eingabe);
      }
      catch (IOException e)
      {
        System.out.println("Schwerer Ausnahmefehler");
      }
      catch (NumberFormatException e2)
      {
        System.out.println("Sie muessen eine Zahl eingeben");
      }
      if (antwort < 1 || antwort > 4)
        System.out.print("\nFalscheingabe! Bitte wiederholen! (1-4): ");
    }

try und catch ist das erste was mir eigentlich neu ist...muss man da was besonderes zu wissen ?

dann zu den exceptions an sich. woher weiss man den welche exceptions kommen können und wie die heißen ?
woher weiss ich am beispiel dieses codes das "IOException e" und "NumberFormatException e2" kommen kann und ich die abfangen muss ?!

Eine Erklärung zum Thema exceptions wäre hilfreich


mfg

Desti

 

[thE_29]

Also das e und e2 sind einfach Variablennamen!

Könntest genausogut mario und josef hinschreiben (statt e und e2)

Und welche Exception geworfen werden findet man in der API und manche IDEs (zB JBuilder) sagt dir sowieso welche und fügt sie gleich ein!

Notfalls machst du ein catch(Exception bla) und dieses fängt dann alle Exceptions ab!

 

[mic_checker]

NumberFormatException kann von parseInt() (bzw. andern Parsing Methoden) ausgelöst werden.
Eine IO Exception kann im Generellen beim Umgang mit Streams auftreten. Welche Exceptions ausgelöst werden können, steht in der API. Guck einfach mal nach in der entsp. Klasse , bei den jeweiligen Methoden und guck nach.

Z.B. steht bei readLine():

Throws:
IOException - If an I/O error occurs

In try....catch werden u.a. Anweisungen behandelt die Exceptions auslösen können. Wenn du sie nicht catchst, dann musst du angeben das die Methode die Exception schmeisst (throws).

Aber das ist ein etwas ausführlicheres Thema, da dann noch finally ins Spiel kommt etc. Schau mal z.B. im Javabuch nach oder bei weiteren Fragen, kannst du ja hier posten.

 

[Beni]

Ich empfehle einen Blick in Java ist auch eine Insel - Kapitel 7.

 

[Stefan1200]

Oder halt ins JavaBuch, falls du das noch nicht runtergeladen hast, hier kannst du das Kapitel über Exceptions online lesen:

http://lisrv.rrz.uni-hamburg.de/java/hjp/html/k100075.html#kapitelexceptions

 

[Destiny1985]

Ich benutze als Editor oder wie man das am besten bezeichnet den "Java Editor 4.16"...den find ich ganz gut...net so überladen, für mich als anfänger als nen gutes teil...guckts euch mal an:

http://www.bildung.hessen.de/abereich/inform/skii/material/java/editor.htm

müsste stimmen der link...

so zu exceptions...versteh nicht das das variablennamen sind...ich nutze so variablen doch gar nicht ?! wieso steht der da ? gibts da eine simple erklärung für ?

und wann wird dann welche exception aufgerufen. woher weiss java das bei so einem fehler die kommt, bei einem anderen die andere...also das kapier ich nicht !

wo in der api find ich das ? hab vor ner stunde zum ersten mal ne api gesehen

 

[Destiny1985]

Oder halt ins JavaBuch, falls du das noch nicht runtergeladen hast, hier kannst du das Kapitel über Exceptions online lesen:

http://lisrv.rrz.uni-hamburg.de/java/hjp/html/k100075.html#kapitelexceptions

Der Link sieht das gut aus...wobei ich erstmal in meinem Buch suche, ob ich da nicht Rat finde...

Das Java ist auch eine Insel finde ich sehr kompliziert .. also sehe ich nicht als geeignet an für Anfänger...komme damit auch nicht zurecht !

 

[mic_checker]

Schau dir mal an z.B.

http://java.sun.com/j2se/1.3/docs/api/java/io/BufferedReader.html#readLine()

Da steht:

Returns:
A String containing the contents of the line, not including any line-termination characters, or null if the end of the stream has been reached
Throws:
IOException - If an I/O error occurs

Java weiss welcher Fehler von welcher Methode ausgelöst wird, weil best. Methoden selber "definieren": Achtung, es wäre möglich das bei meiner Abhandlung die und die Exception ausgelöst wird.

So steht z.B. in BufferedReader.java:

String readLine(boolean ignoreLF) throws IOException {

Damit teilt die Methode mit das eine IOException ausgelöst werden kann...

Schau dir mal die geposteten Links an.

 

[Stefan1200]

Nochmal kurz:

try
{
    // Hier mache ich irgendwas
}
catch (NumberFormatException e)
{
    e.printStackTrace();
}

In dem try Block stehen die Dinge drin, die das Programm normalerweise ausführt. Sollte nun ein Fehler auftreten, sprich eine im try Bereich verwendete Methode wirft eine Exception zurück, würde nun folgendes passieren:

Beispiel: NumberFormatException
Das abarbeiten im try block wird bei der Methode abgebrochen, bei der der Fehler aufgetreten ist.
In diesem Moment springt das Programm in den Block:
catch (NumberFormatException e)
Alles was nun hier drin steht, wird abgearbeitet.

Das Wort "NumberFormatException" ist dafür da, damit catch halt weiß, für welche Exception dieser Block ist. Andere Exceptions würden nicht in diesem Block reinkommen.

"e" ist in diesem Fall einfach nur eine Instanz zu dieser Exception. Gerade beim Debuggen der Fehler, damit sich das Programm bei anderen Leuten auch richtig verhält, kannst du nun mit e.printStackTrace() genauere Informationen erhalten, warum den dieser Fehler aufgetreten ist, und viel wichtiger: Wo.

Und in meinem Codebeispiel siehst du ja schon, das es möglich ist, für jede Exception eigene catch Blöcke zu schreiben.

Ich hoffe es ist etwas klarer geworden.
Ich finde das Exceptions im Java Buch (mein Link weiter oben) sehr gut erklärt sind.

 

[Destiny1985]

Danke stefan,

die exceptions im javabuch sind wirklich gut erklärt, gucke ich mir gerade an !