rießiger try - catch - Block

[The_S]

Kann ich irgendwie um meine gesamte Anwendung einen try-catch-block legen? So könnte ich besser Unerwartede Fehler abfangen.

 

[Bleiglanz]

ja, aber ist i.A. nicht so besonders toll

denn wenn irgendwo "Mittendrin" eine Exception fliegt, dann kannst du darauf ja nicht richtig reagieren, sondern nur loggen?

besser man fängt die Fehler dort ab, wo Sie auftauchen (und wo man ggf. noch "Gegensteuern" kann)

 

[messi]

Du könntest eine Klasse mit main()-Methode schreiben, die die main()-Methode der Anwendung aufruft und die geworfenen Ausnahmen auffängt und dann die Anwendung ggf neustartet.

 

[mic_checker]

teil einfach wo möglich in passende methoden auf, wo du sie da direkt catchst oder halt wirfst und die aufrufende methode sich drum kümmert....

ich mach in der regel oft recht viele try..catch Blöcke. Finde ich übersichtlicher und du weisst direkt wo's hapert...

 

[The_S]

@ Bleiglanz und mic_checker

Hm, hab mich wohl ein bisschen ungünstig ausgedrückt. Ich fange natürlich in den Methoden selber die einzelnen Exceptions (also auch nicht nur mit

catch (Exception e)

sondern gescheit mit z. B.

catch (NumberFormatExeption e) {
// Exceptionhandling
}
catch (IOException e) {
...

was halt so anfällt :wink: .)

Mein Programm liest aber Daten ein, die ein unveränderbares Format haben und auch nicht immer sofort gebraucht werden. Wenn jetzt aus irgendeinem Grund (Bug, der User hat gepfuscht) die Daten ein anderes Format haben, bekomme ich Probleme mit meinem Exceptionhandling. Deswegen würd ich gerne nen rießigen try-catch-block um meine Anwendung zimmern, die alles, was nicht auf gewöhnlichen Weg gefangen werden kann (also wirklich unerwarted) abfängt und nen kritischen Fehler auswirft.

@ messi

Versteh ich net ganz. Kannst das nochmal für dumme erklären :wink: ?

[edit]

@ messi, jetzt hab ichs gecheckt, scheint aber net ganz sauber zu sein oder?

 

[Semerzo]

Ich halte es auch für Sinniger die Exeptions da zu behandeln, wo sie geschehn. Du könntest natürlich an alle Methoden throws schreiben

public meineMethode(...) throws Exception

Dann werden die Fehler weiter nach oben gereicht und warten dort auf Behandlung. Aber dann weisst du, wie mic_checker es beschreibt, eben nicht mehr wo etwas schief gelaufen ist.

Edit
Hab grade dein Respose gelesen:
Das Exceptions wollen gefangen werden, du willst Errors behandeln. Das sind Dinge wie OutOfMemoryError, dazu musst du ganz Aussen halt eben diese fangen. Wie Exeptions haben Error einen Obertyp, der eben Error heisst ...
http://java.sun.com/j2se/1.4.2/docs/api/java/lang/Error.html

public static main(String[] args) meineApp {
  try {
    new MeineApplikation();
  catch(Error e) {
    String messsage = "Ein unerwarteter Fehler ist aufgetreten:\n" + 
      e.getMessager();
    JOptionPane.showMessageDialog(null, message);
  }
}

Error sind die Dinge, die unter Windows ein Blue wären, unerwartete Fehler. So wie ich dich verstanden habe, willst du genau auf soetwas reagieren.

 

[Beni]

Hm, ich mach jeweils ein "try{ grosser Teil der Applikation }catch( Throwable t ){...}"-Block. Mit Throwable wird alles abgefangen, was herumfliegt (und mir durch alle anderen Sperren durchfällt, was selten ist :wink: )

 

[The_S]

Es dreht sich schon um Exceptions. Nur da der Fehler an so ziemlich jeder Stelle im Programm auftreten kann (da überall die gelesenen Daten verarbeitet werden) und es auch verschiedene seien können (oft habe ich z. B. ArrayOutOfBounds oder ne NumberFormat Excpetion), könnte ich meinen Code sehr vereinfachen, wenn ich nicht jede Methode in einen Try-Catch-Block legen müsste, obwohl ich sowieso bei dieser Art von Fehler immer das selbe Exceptionhandling habe, sondern einen großen try-catch Block, in dem dann alles drinliegt, außenrum baue. Ich hoffe jetzt is klar was ich mein :wink: . Dennoch danke für deinen Beitrag Semerzo

[edit]

Hm, ich mach jeweils ein "try{ grosser Teil der Applikation }catch( Throwable t ){...}"-Block. Mit Throwable wird alles abgefangen, was herumfliegt (und mir durch alle anderen Sperren durchfällt, was selten ist :wink: )

genau sowas möchte ich! Gibts eine Möglichkeit das auf die komplette Applikation zu beziehen?

 

[AlArenal]

Sinniger ist es wohl die Daten beim Einlesen zu validieren. Wenn danach noch Fehler auftreten, war die Validierung scheiße bzw. sind die Regeln nicht hinreichend definiert. Gegen Unwissenheit und Dummheit des Proggers hilft aber auch kein try-catch der Welt

 

[Roar]

am einfachsten ist wohl einen default uncaughtexceptionhjandler (Thread) zu setzen. für java < 1.5 kannst du uncaughtExceptino() in ThreadGroup überschrieben

 

[Beni]

@Hobbit: such dir die unterste Methode... irgendwo startet ja dein Algorithmus. "Ganz" um dein Programm legen geht wohl nur, wenn du nur Konsolenprogramme schreibst (dann wäre es um "main( String[] args)" herum).

Du kannst auch mit "Thread.setDefaultUncaughtExceptionHandler" eine Allgemeine Behandlung von nicht abgefangenen Fehler machen. Aber seltsamerweise vertragen sich modale Dialoge und der UncaughtExceptionHandler nicht (er wird einfach nicht aufgerufen).

@AlArenal & co: wenn ich die Wahl zwischen "Scheisse, übler Programmierfehler, ich lass einfach alles durchrasseln" und "Scheisse, übler Programmierfehler, aber ich schreib wenigstens den Stacktrace in ein Log, und kann so vielleicht einfacher den Fehler reproduzieren" habe, wähle ich die zweite Variante...

 

[The_S]

Danke, dann werd ich mal schauen, ob ich setDefaultUncaughtExceptionHandler verwende, oder doch besser den Block um einen Großteil meines Programmes lege.

 

[AlArenal]

@Beni:

Das Problem ist ein anderes. Hobbit schrieb:

Mein Programm liest aber Daten ein, die ein unveränderbares Format haben und auch nicht immer sofort gebraucht werden. Wenn jetzt aus irgendeinem Grund (Bug, der User hat gepfuscht) die Daten ein anderes Format haben, bekomme ich Probleme mit meinem Exceptionhandling

Von daher ist laut Hobbit die Ausgangslage nicht "Ich möchte ganz allgemein mitloggen, für den Fall der Fälle", sondern eher "Ich traue meinem Kram nicht und entwickle Bananensoftware (reift beim Kunden)"

Exceptionhandling sollte kein Ersatz dafür sein ein Programm durchdacht zu entwickeln und gut zu testen. Datenformat und Usereingaben sollten wasserdich definiert sein, ebenso wie die Logik. Andernfalls kann ich natürlich für mein Programm nie garantieren, dass es das tut was es soll - weil es das nicht weiß.

Unit-Tests sollen ne dolle Sache sein. Lieber einen Tag mehr testen als einen Bug vom Kunden entdecken lassen...

 

[The_S]

Um die Sache aufzuklären:

Ich schreibe zusätzlich zu den Exceptions einen log eintrag (ansonsten nicht). Das Programm ist nicht kommerziell, also nur Just For Fun und somit nicht für irgendeinen Kunden (der das Recht hätte sich zu beschwehren :wink: ). Zum testen geb ich das ein paar Personen (ich teste natürlich auch selbst, aber allein kommt man nicht immer auf alles :bahnhof: ), die sich so dämlich (eigentlich schon wieder genial in dieser Hinsicht) anstellen, dass die noch bei jedem Programm nen Fehler gefunden haben. Und da es sich hierbei um echte DAUs handelt, mach ich lieber ein jar draus und möchte die Fehler über eine Meldung (JOptionPane) am Bildschirm ausgeben, anstatt über die Konsole was bei einem nicht behandelten Fehler sich schwierig gestalten dürfte :roll: .