eigene Exception

[Claudia92]

Hallo!
Bis jetzt habe ich immer nur die bereits in Java vordefinierten Exceptions verwendet, aber nun will (oder soll) ich eine eigene schreiben.

Angenommen ich habe irgendeine Datenstruktur, zB eine Queue, die nur eine begrenzte Anzahl an Elementen aufnehmen kann. Wenn die Queue bereits voll ist, soll eine Exception ausgelöst werden.

[in der Klasse Queue]
    public T dequeue() throws EmptyQueueException {
    	if (isEmpty())	throw new EmptyQueueException();
    	... 
    }

Dann habe ich die Exception als eigene Klasse:

public class EmptyQueueException extends Exception {

}

Aber was gehört nun sinnvollerweise in so eine Exception-Klasse?
Und wieso schlägt mir Eclipse vor, eine serialVersionUID-Variable zu deklarieren?

 

[Marco13]

Nicht viel. Eigentlich nur ein ein paar Konstruktoren:
EmptyQueueException(String message, Throwable cause)
EmptyQueueException(String message)
EmptyQueueException()
die die entsprechenden super-Konstruktoren aufrufen, und die serial ID damit das ganze richtig serializable ist (braucht man selten, ist in diesem Fall eher "Formsache")

 

[Claudia92]

Okay, danke!

Meine Klasse sieht nun so aus:

public class EmptyQueueException extends Exception {
	private static final long serialVersionUID = 1L;

	public EmptyQueueException(String message, Throwable cause) {
		super(message, cause);
	}
	
	public EmptyQueueException(String message) {
		super(message);
	}
	
	public EmptyQueueException() {
		super();
	}
}

Noch eine Frage zur Verwendung: message ist mir klar, aber was hat es mit

Throwable cause

auf sich?

 

[Marco13]

In diesem Konkreten Fall bräuchte man das vielleicht nicht unbedingt, aber mit sowas kann man Exceptions "verketten". Angenommen man will eine "CouldNotReadDataException" werfen, wenn irgendein Datensatz nicht gelesen werden kann. In der konkreten Implementierung könnte die verursacht werden, weil
1. man aus einer Datei lesen wollte, und eine FileNotFoundException flog
2. man aus einer SQL-Datenbank lesen wollte, und eine SQLException flog
Diesen unterschied sollte man aber NICHT dort sehen, wo die "CouldNotReadDataException" fliegt. Dann könnte man sowas machen wie

class FileDataReader implements DataReader
{
    public Data readData() throws CouldNotReadDataException
    {
        try 
        {
            File file = new File(name);
            ....
        }
        catch (FileNotFoundException e)
        {
            // "cause" ist hier die FileNotFoundException
            throw new CouldNotReadDataException("Bla", e);
        }
    }
}

vs.

class DatabaseDataReader implements DataReader
{
    public Data readData() throws CouldNotReadDataException
    {
        try 
        {
            SQLDataBase dataBase = new SQLDataBase(....);
            ....
        }
        catch (SQLException e)
        {
            // "cause" ist hier die SQLException 
            throw new CouldNotReadDataException("Bla", e);
        }
    }
}

D.h. derjenige, der die CouldNotReadDataException bekommt, kann dann am StackTrace noch die eigentliche, tiefer liegende Ursache erkennen.

Wie gesagt, vielleicht ist das hier nicht so wichtig. Eigentlich bräuchte man auch den no-Args-Konstruktor nicht unbedingt - ich hasse zumindest Exceptions ohne genaue Fehlerbeschreibung. D.h. für die Lösung der Aufgabe sollte der zweite Konstruktor reichen, aber um die allgemeine Frage "Wie an eine eigene Exception-Klasse macht" angebracht zu beantworten, sollte man zumindest das chaining mit der 'cause' erwähnen.

 

[MZ3291]

Wenn du eine Exception fängst (Beispiel IOException) kannst du stattdessen deine eigene Exception weiter geben (zB emptyQueue) und dann in der Message genau definieren was schief gegangen is etc ..

siehe folgendes Beispiel

public void eineWichtigeMethode( .. parameter.. ) throws SpecificException{
try{
// hier passiert was furchtabr spannendes dass eine IOException auslöst
}catch(IOException e){
throw new SpecificException("Ein Fehler ist aufgetreten .. ", e);
}
}

Statt der IO gibst du eine eigene weiter, die besser veranschaulicht, was schief gegangen ist. Cause ist dann die eigentliche Exception, die die eigene dann ausgelöst hat.

---
EDIT: So ein dreck da war ich zu langsam, Marco13 s Erklärung ist auch viel besser ^^