Exception Chaining in Java 1.4

Die Kapselung (Encapsulation) ist einer der wichtigsten Vorteile der objektorientierten Programmierung. Sie erlaubt es einem Objekt, einem anderen Objekt Anweisungen zu geben, ohne dass es wissen muss, wie diese Anweisungen ausgeführt werden. Dem Objekt java.awt.FlowLayout ist es völlig egal, wie javax.swing.JList seine bevorzugte Größe erreicht. Solange es eine korrekte Dimension zurückmeldet, ist das „Wie“ nicht von Bedeutung.

Leider bricht diese Detailfreiheit, die eine gute Kapselung möglich macht, in sich zusammen, wenn Fehler auftreten. In Listing A sieht man, dass es dem Scheduler-Objekt, solange alles korrekt funktioniert, völlig egal ist, wie die Task-Objekte den Wert erreichen, den sie für die Methode getDuration zurückmelden. Treten jedoch Fehler auf, untersucht der Scheduler plötzlich eine java.lang.IOException im DownloadTask, zu einem Zeitpunkt, an dem der Scheduler nicht einmal wusste, dass die IO stattfinden würde.

In Listing B ist ein sauberer, objektorientierter Weg zur Lösung dieses Problems zu sehen. Task übersetzt die Ausnahme in eine Unterklasse von Exception, mit der der Scheduler vertraut ist. Somit wird eine TaskException erstellt, mit der der Scheduler problemlos umgehen kann, ohne dass eine Scheduler-Instanz sich über eine java.io.IOException den Kopf zerbricht.

Der Nachteil dieser Lösung besteht darin, dass die IOException, mit der alles begann, nun verloren ist. Sie wurde von dem Objekt Task verbraucht und durch eine TaskException ersetzt. Dies ermöglicht zwar eine sauberere Behandlung der Ausnahme durch den Scheduler, hilft aber nicht dem Entwickler, der später vermutlich den Fehler finden und beseitigen muss.