Exceptionklasse überschreiben

[Ocean-Driver]

Hi,


Ich habe einige Funktionen die zum Beispiel eine FileNotFoundException werfen --> kann ich diese Klasse überschreiben?
Ich würde meine Exception gern selbst bauen, ich will jedoch nicht die Orginal FileNotFoundException abfangen und ich eine FNFException (nur als Beispiel) umwandeln --> kann ich das direkt irgendwie überschreiben?Ich arbeite mit Netbeans 6!

Danke schonmal.


gruß

ocean-driver

 

[maki]

Brauchst nicht zu überschreiben, lies dich lieber mal in Exception-Chaining ein

 

[quippy]

Brauchst nicht zu überschreiben, lies dich lieber mal in Exception-Chaining ein

Obacht, das muss nicht das sein, was er will! Er möchte z.B. einen dedizierten Catch auf seine FNFException machen. Dann kann er
a) von Exception ableiten, wenn er einen Throw-Clause erzwingen will
b) von RuntimeException ableiten, wenn er das nicht will
c) von FileNotFoundException ableiten, wenn ein Catch auf "FileNotFound" seine Exception auch fangen soll

Mit Chaining könnte er sowas machen wie

throw new FileNotFoundException(new FNFException("Ups"));

machen, wobei gerade die FileNotFound genau diesen Konstruktor nicht anbietet! (jedenfalls nicht in Java5)

Außerdem würde das nicht sein Problem lösen, denn
a) kann er nicht dediziert abfangen
b) muss seine eigene neue Exception auch erst mal von was ableiten!

Zum Topic-Starter: Exceptions sind ganz normale Klassen. Ergo kannst Du mit

public class myException extends FileNotFoundException

deine eigene Exception erzeugen - die dann eben die FileNotFoundException spezialisiert.

 

[Ocean-Driver]

@quippy Genau so hab eich es gemacht, jedoch mit einem Catch auf FNFException (welche von FileNotFoundException abgeleitet ist) kann ich die FileNotFoundException nicht abfangen - was mache ich falsch?

 

[maki]

Er könnte doch eine RuntimeException erzeugen, die als Konstruktor parameter die FileNotFoundException bekommt

IMHO sollte man sich mit eigenen Exeptions zurückhalten, klar braucht man sie manchmal, aber je weniger, desto besser, macht das ganze komplex, vor allem für neue Mitarbeiter.

 

[Tobias]

Vor allem sind eigene Exceptions nur in den seltensten Fällen semantisch so sinnvoll, das es den Mehraufwand lohnt. Die meisten eigenen Exceptions bestehen ja doch nur aus den überschriebenen Konstruktoren der Oberklasse.

Zu Ocean-Driver: Hinweis: Deine FNFException ist eine FileNotFoundException, die FileNotFoundException aber keine FNFException. Genau wie eine Meise ein Vogel ist, aber nicht jeder Vogel eine Meise.

mpG
Tobias

 

[HLX]

@Ocean-Driver: Du musst die Exception fangen/weiterwerfen, die in der throw-clause definiert ist, oder einer seiner Super-Klassen. Deine neue Exception ist im Prinzip nur eine Spezialisierung. Der allgemeine Fall ist damit nicht abgedeckt und gilt damit als unbehandelt. Wenn du die schmeißende Klasse selbst definiert hast, ändere die throw-clause, ansonsten musst du das abfangen oder weiterschmeißen, was man dir vor die Füße wirft.

Er könnte doch eine RuntimeException erzeugen...

Auch mit Runtime-Exceptions sollte man sich zurückhalten, bzw. sie nur für einen bestimmten Zweck einsetzen. :wink:

 

[Janus]

eigene exceptions führen schnell zu schlecher exception semantik. mir graust es immer, wenn ich LibX verwende und jede einzelne methode deklariert, eine LibXException zu schmeissen.