Exception (Java) - Versionsgeschichte

L-ectron-X am 28. März 2018 um 09:17 Uhr

2018-03-28T09:17:17Z

← Nächstältere Version		Version vom 28. März 2018, 09:17 Uhr
Zeile 81:		Zeile 81:
	*[http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception? - Byte-Welt-Wiki]		*[http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception? - Byte-Welt-Wiki]

	~~[[Kategorie:Java]]~~
	[[Kategorie:Java Grundlagen]]		[[Kategorie:Java Grundlagen]]

L-ectron-X: /* throws-Weiterleiten */

2018-03-08T18:55:21Z

throws-Weiterleiten

← Nächstältere Version		Version vom 8. März 2018, 18:55 Uhr
Zeile 54:		Zeile 54:
	==throws-Weiterleiten==		==throws-Weiterleiten==
	Will man einen Fehler nicht behandeln sondern an die darüberliegende Schicht weiterreichen kann man den oder die Exception mit throws weiterleiten.		Will man einen Fehler nicht behandeln sondern an die darüberliegende Schicht weiterreichen kann man den oder die Exception mit throws weiterleiten.
	<~~code~~=java>		<syntaxhighlight lang="java">
	public void machwas() throws FileNotFoundExceptin, IOException, Exception		public void machwas() throws FileNotFoundExceptin, IOException, Exception
	{		{
	....		....
	}		}
	</~~code=java~~>		</syntaxhighlight>


Zeile 65:		Zeile 65:

	Um Missverständissen vorzubeugen, können höhere Ebenen Exceptions aus unteren Ebenen auffangen und an ihrer Stelle Exceptions werfen, die im Rahmen der höheren Abstraktion verständlich sind. Wenn z.B. in der Methode "get(int index)" eine Methode einer anderer Klasse aufgerufen wird, welche eine {{JAPI\|NoSuchElementException}} wirft, dann sollte sie diese auffangen und eine {{JAPI\|IndexOutOfBoundsException}} werfen, denn mit "NoSuchElement" weiss der Aufrufer von "get(int index)" nichts anzufangen. Diese Vorgehensweise nennt man '''Exception Translation''':		Um Missverständissen vorzubeugen, können höhere Ebenen Exceptions aus unteren Ebenen auffangen und an ihrer Stelle Exceptions werfen, die im Rahmen der höheren Abstraktion verständlich sind. Wenn z.B. in der Methode "get(int index)" eine Methode einer anderer Klasse aufgerufen wird, welche eine {{JAPI\|NoSuchElementException}} wirft, dann sollte sie diese auffangen und eine {{JAPI\|IndexOutOfBoundsException}} werfen, denn mit "NoSuchElement" weiss der Aufrufer von "get(int index)" nichts anzufangen. Diese Vorgehensweise nennt man '''Exception Translation''':
	<~~code~~=java>public Object get(int index) {		<syntaxhighlight lang="java">public Object get(int index) {
	ListIterator i = listIterator(index);		ListIterator i = listIterator(index);
	try {		try {
Zeile 72:		Zeile 72:
	throw new IndexOutOfBoundsException("Index: " + index);		throw new IndexOutOfBoundsException("Index: " + index);
	}		}
	}</~~code=java~~>		}</syntaxhighlight>

	Jedoch gibt es Fälle wo man keine Fehler weiterleiten kann. So unter anderem bei Schnittstellen oder Methoden, die man überschreibt. So z.B. muss man Exceptions bei dem Überschreiben der <code>public void run()</code> verarbeiten und kann sie nicht weiterleiten da dies die Signatur der Methode ändert.		Jedoch gibt es Fälle wo man keine Fehler weiterleiten kann. So unter anderem bei Schnittstellen oder Methoden, die man überschreibt. So z.B. muss man Exceptions bei dem Überschreiben der <code>public void run()</code> verarbeiten und kann sie nicht weiterleiten da dies die Signatur der Methode ändert.

L-ectron-X: /* try-catch */

2018-03-08T18:54:36Z

try-catch

← Nächstältere Version		Version vom 8. März 2018, 18:54 Uhr
Zeile 23:		Zeile 23:
	==try-catch==		==try-catch==
	Mit dem try-catch Block lassen sich alle Fehler, die bis zu einer bestimmten Fehlerklasse auftreten abfangen. Dabei werden nur Fehler inherhalb des try-Blocks abgefangen. Tritt ein Fehler auf wird dieser mit allen in den catch Anweisungen vorhandenen Exceptions verglichen. Wenn es sich in einem catch-Block um die gleiche Exception oder eine Oberklasse der aufgetretenen Exception handelt, wird die Anweisung die dem catch-Block folgt ausgeführt. Daraus resultiert das man bei einem try-Block mehrere catch-Blöcke schreiben kann, diese müssen jedoch nach unten immer allgemeiner werden, z.B.		Mit dem try-catch Block lassen sich alle Fehler, die bis zu einer bestimmten Fehlerklasse auftreten abfangen. Dabei werden nur Fehler inherhalb des try-Blocks abgefangen. Tritt ein Fehler auf wird dieser mit allen in den catch Anweisungen vorhandenen Exceptions verglichen. Wenn es sich in einem catch-Block um die gleiche Exception oder eine Oberklasse der aufgetretenen Exception handelt, wird die Anweisung die dem catch-Block folgt ausgeführt. Daraus resultiert das man bei einem try-Block mehrere catch-Blöcke schreiben kann, diese müssen jedoch nach unten immer allgemeiner werden, z.B.
	<~~code~~=java>		<syntaxhighlight lang="java">
	try		try
	{		{
Zeile 50:		Zeile 50:
	System.out.println("Throw");		System.out.println("Throw");
	}		}
	</~~code=java~~>		</syntaxhighlight>

	==throws-Weiterleiten==		==throws-Weiterleiten==

L-ectron-x: /* Error */

2017-07-23T15:06:03Z

Error

← Nächstältere Version		Version vom 23. Juli 2017, 15:06 Uhr
Zeile 4:		Zeile 4:

	=Error=		=Error=
	Die Fehler der [[Error (Java) \| Error]]-Klasse werden nur bei schweren Ausnahmen ausgelöst, so z.B. wenn eine [[Klasse]] oder [[Methoden]]/Attribute einer Klasse nicht gefunden wurde. Auch wenn die meisten Fälle in denen ein Error auftreten kann durch den [[Compiler]] vorher überprüft werden können ist es nicht sichergestellt ~~das~~ diese nie eintreten. So kann z.B. beim Schreiben der Klasse X die Klassen Y und Z vorhanden sein und der Compiler meldet keinen Fehler~~, jedoch~~ kann später wenn man das Programm auf einem anderen System ausführt die Klasse Z nicht vorhanden sein und in diesem Fall wird der {{JAPI\|NoClassDefFoundError}} ausgelöst. In einem anderen Fall kann es vorkommen ~~das~~ eine Klasse X die Funktionen m1, m2 und m3 hat, in einer späteren Version wird die Methode m1 entfernt oder die Parameter ändern sich~~, startet~~ man jetzt ein altes Programm was noch für die Klasse X die Methode m1 kennt (oder mit anderen Parametern kennt) aber die vorliegende Klasse ist schon die neue Klasse X kommt es zu dem {{JAPI\|NoSuchMethodError}} da die Methode für Java nicht vorhanden ist.		Die Fehler der [[Error (Java) \| Error]]-Klasse werden nur bei schweren Ausnahmen ausgelöst, so z.B. wenn eine [[Klasse]] oder [[Methoden]]/Attribute einer Klasse nicht gefunden wurde. Auch wenn die meisten Fälle, in denen ein Error auftreten kann durch den [[Compiler]] vorher überprüft werden können, ist es nicht sichergestellt, dass diese nie eintreten. So kann z.B. beim Schreiben der Klasse X die Klassen Y und Z vorhanden sein und der Compiler meldet keinen Fehler. Jedoch kann später, wenn man das Programm auf einem anderen System ausführt, die Klasse Z nicht vorhanden sein und in diesem Fall wird der {{JAPI\|NoClassDefFoundError}} ausgelöst.
	Dies sind Fehler die der Compiler nicht beachten kann, da es für ihn nicht möglich ist sicher zustellen ob später alle Klassen an der richtigen Stelle liegen.
			In einem anderen Fall kann es vorkommen, dass eine Klasse X die Funktionen m1, m2 und m3 hat, in einer späteren Version wird die Methode m1 entfernt oder die Parameter ändern sich. Startet man jetzt ein altes Programm was noch für die Klasse X die Methode m1 kennt (oder mit anderen Parametern kennt), aber die vorliegende Klasse ist schon die neue Klasse X, kommt es zu dem {{JAPI\|NoSuchMethodError}}, da die Methode für Java nicht vorhanden ist.<br>
			Dies sind Fehler die der Compiler nicht beachten kann, da es für ihn nicht möglich ist sicher zustellen, dass später alle Klassen an der richtigen Stelle liegen.

	Andere Probleme können auf auftreten wenn der Speicher ausgeht, so z.B. der {{JAPI\|StackOverflowError}} dieser tritt immer ein wenn der Stack der VM zu voll ist, was zB. durch zu viele rekursive Schritte auftreten kann.		Andere Probleme können auf auftreten wenn der Speicher ausgeht, so z.B. der {{JAPI\|StackOverflowError}} dieser tritt immer ein wenn der Stack der VM zu voll ist, was zB. durch zu viele rekursive Schritte auftreten kann.

			Auch nicht selten kann man es mit einem {{JAPI\|UnsupportedClassVersionError}} zu tun bekommen, wenn man Klassen einer Anwendung mit einem aktuellen JDK kompiliert, die Anwendung später jedoch mit einer älteren JRE auszuführen versucht. Mehr dazu in unserem Artikel [[Java-Compiler-Level und .class-Datei Versionen (major- und minor version number)\|Java-Compiler-Level und .class-Datei Versionen]].

	=Exception=		=Exception=

L-ectron-X: /* Weblinks */

2016-04-17T10:06:24Z

Weblinks

← Nächstältere Version		Version vom 17. April 2016, 10:06 Uhr
Zeile 74:		Zeile 74:
	=Weblinks=		=Weblinks=
	*Liste aller Error-Klassen - {{JAPI\|Error}}		*Liste aller Error-Klassen - {{JAPI\|Error}}
	*Liste aller {{JAPI\|Exception}}		*Liste aller Exception-Klassen - {{JAPI\|Exception}}
	*[http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception? - Byte-Welt-Wiki]		*[http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception? - Byte-Welt-Wiki]

	[[Kategorie:Java]]		[[Kategorie:Java]]
	[[Kategorie:Java Grundlagen]]		[[Kategorie:Java Grundlagen]]

L-ectron-X: /* Weblinks */

2016-04-17T10:05:54Z

Weblinks

← Nächstältere Version		Version vom 17. April 2016, 10:05 Uhr
Zeile 74:		Zeile 74:
	=Weblinks=		=Weblinks=
	*Liste aller Error-Klassen - {{JAPI\|Error}}		*Liste aller Error-Klassen - {{JAPI\|Error}}
	*Liste aller {{~~KAPI~~\|Exception}}		*Liste aller {{JAPI\|Exception}}
	*[http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception? - Byte-Welt-Wiki]		*[http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception? - Byte-Welt-Wiki]

	[[Kategorie:Java]]		[[Kategorie:Java]]
	[[Kategorie:Java Grundlagen]]		[[Kategorie:Java Grundlagen]]

L-ectron-X: /* Weblinks */

2016-04-17T10:05:21Z

Weblinks

← Nächstältere Version		Version vom 17. April 2016, 10:05 Uhr
Zeile 73:		Zeile 73:

	=Weblinks=		=Weblinks=
	*~~[http://java.sun.com/j2se/1.5.0/docs/api/java/lang/class-use/Error.html~~ Liste aller Error-Klassen]		*Liste aller Error-Klassen - {{JAPI\|Error}}
	*~~[http://java.sun.com/j2se/1.5.0/docs/api/java/lang/class-use/Exception.html~~ Liste aller Exception~~-Klassen]~~		*Liste aller {{KAPI\|Exception}}
	*[http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception? - Byte-Welt-Wiki]		*[http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception? - Byte-Welt-Wiki]

	[[Kategorie:Java]]		[[Kategorie:Java]]
	[[Kategorie:Java Grundlagen]]		[[Kategorie:Java Grundlagen]]

L-ectron-x am 27. April 2014 um 19:09 Uhr

2014-04-27T19:09:13Z

L-ectron-x am 28. September 2013 um 08:48 Uhr

2013-09-28T08:48:34Z

← Nächstältere Version		Version vom 28. September 2013, 08:48 Uhr
Zeile 1:		Zeile 1:
			Dieser Artikel überschneidet sich inhaltlich teilweise mit [http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception?]

	Da es neben den [[Syntaxfehler]]n auch Fehler gibt die zur [[Laufzeit]] eines [[Programm]]s auftreten können, wird in [[Java]] das Prinzip der Exceptions verwendet. Dabei gibt es für die Fehler eine extra Einteilung, als oberste Klasse ist die Klasse {{API\|java/lang/Throwable\|Throwable}}, von ihr gibt es zwei abgeleitete Klassen.		Da es neben den [[Syntaxfehler]]n auch Fehler gibt die zur [[Laufzeit]] eines [[Programm]]s auftreten können, wird in [[Java]] das Prinzip der Exceptions verwendet. Dabei gibt es für die Fehler eine extra Einteilung, als oberste Klasse ist die Klasse {{API\|java/lang/Throwable\|Throwable}}, von ihr gibt es zwei abgeleitete Klassen.

L-ectron-x: /* Weblinks */

2013-09-28T08:47:16Z

Weblinks

← Nächstältere Version		Version vom 28. September 2013, 08:47 Uhr
Zeile 73:		Zeile 73:
	*[http://java.sun.com/j2se/1.5.0/docs/api/java/lang/class-use/Error.html Liste aller Error-Klassen]		*[http://java.sun.com/j2se/1.5.0/docs/api/java/lang/class-use/Error.html Liste aller Error-Klassen]
	*[http://java.sun.com/j2se/1.5.0/docs/api/java/lang/class-use/Exception.html Liste aller Exception-Klassen]		*[http://java.sun.com/j2se/1.5.0/docs/api/java/lang/class-use/Exception.html Liste aller Exception-Klassen]
			*[http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception? - Byte-Welt-Wiki]

	[[Kategorie:Java]]		[[Kategorie:Java]]
	[[Kategorie:Java Grundlagen]]		[[Kategorie:Java Grundlagen]]
	~~[http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception? - Byte-Welt-Wiki]~~

← Nächstältere Version		Version vom 27. April 2014, 19:09 Uhr
Zeile 1:		Zeile 1:
	Dieser Artikel überschneidet sich inhaltlich teilweise mit [http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception?]		Dieser Artikel überschneidet sich inhaltlich teilweise mit [http://wiki.byte-welt.net/wiki/Was_ist_eine_Exception%3F Was ist eine Exception?]

	Da es neben den [[Syntaxfehler]]n auch Fehler gibt die zur [[Laufzeit]] eines [[Programm]]s auftreten können, wird in [[Java]] das Prinzip der Exceptions verwendet. Dabei gibt es für die Fehler eine extra Einteilung, als oberste Klasse ist die Klasse {{~~API\|java/lang/Throwable~~\|Throwable}}, von ihr gibt es zwei abgeleitete Klassen.		Da es neben den [[Syntaxfehler]]n auch Fehler gibt die zur [[Laufzeit]] eines [[Programm]]s auftreten können, wird in [[Java]] das Prinzip der Exceptions verwendet. Dabei gibt es für die Fehler eine extra Einteilung, als oberste Klasse ist die Klasse {{JAPI\|Throwable}}, von ihr gibt es zwei abgeleitete Klassen.

	=Error=		=Error=
	Die Fehler der [[Error (Java) \| Error]]-Klasse werden nur bei schweren Ausnahmen ausgelöst, so z.B. wenn eine [[Klasse]] oder [[Methoden]]/Attribute einer Klasse nicht gefunden wurde. Auch wenn die meisten Fälle in denen ein Error auftreten kann durch den [[Compiler]] vorher überprüft werden können ist es nicht sichergestellt das diese nie eintreten. So kann z.B. beim Schreiben der Klasse X die Klassen Y und Z vorhanden sein und der Compiler meldet keinen Fehler, jedoch kann später wenn man das Programm auf einem anderen System ausführt die Klasse Z nicht vorhanden sein und in diesem Fall wird der {{~~API\|java/lang/NoClassDefFoundError~~\|NoClassDefFoundError}} ausgelöst. In einem anderen Fall kann es vorkommen das eine Klasse X die Funktionen m1, m2 und m3 hat, in einer späteren Version wird die Methode m1 entfernt oder die Parameter ändern sich, startet man jetzt ein altes Programm was noch für die Klasse X die Methode m1 kennt (oder mit anderen Parametern kennt) aber die vorliegende Klasse ist schon die neue Klasse X kommt es zu dem {{~~API\|java/lang/NoSuchMethodError~~\|NoSuchMethodError}} da die Methode für Java nicht vorhanden ist.		Die Fehler der [[Error (Java) \| Error]]-Klasse werden nur bei schweren Ausnahmen ausgelöst, so z.B. wenn eine [[Klasse]] oder [[Methoden]]/Attribute einer Klasse nicht gefunden wurde. Auch wenn die meisten Fälle in denen ein Error auftreten kann durch den [[Compiler]] vorher überprüft werden können ist es nicht sichergestellt das diese nie eintreten. So kann z.B. beim Schreiben der Klasse X die Klassen Y und Z vorhanden sein und der Compiler meldet keinen Fehler, jedoch kann später wenn man das Programm auf einem anderen System ausführt die Klasse Z nicht vorhanden sein und in diesem Fall wird der {{JAPI\|NoClassDefFoundError}} ausgelöst. In einem anderen Fall kann es vorkommen das eine Klasse X die Funktionen m1, m2 und m3 hat, in einer späteren Version wird die Methode m1 entfernt oder die Parameter ändern sich, startet man jetzt ein altes Programm was noch für die Klasse X die Methode m1 kennt (oder mit anderen Parametern kennt) aber die vorliegende Klasse ist schon die neue Klasse X kommt es zu dem {{JAPI\|NoSuchMethodError}} da die Methode für Java nicht vorhanden ist.
	Dies sind Fehler die der Compiler nicht beachten kann, da es für ihn nicht möglich ist sicher zustellen ob später alle Klassen an der richtigen Stelle liegen.		Dies sind Fehler die der Compiler nicht beachten kann, da es für ihn nicht möglich ist sicher zustellen ob später alle Klassen an der richtigen Stelle liegen.

	Andere Probleme können auf auftreten wenn der Speicher ausgeht, so z.B. der {{~~API\|java/lang/StackOverflowError~~\|StackOverflowError}} dieser tritt immer ein wenn der Stack der VM zu voll ist, was zB. durch zu viele rekursive Schritte auftreten kann.		Andere Probleme können auf auftreten wenn der Speicher ausgeht, so z.B. der {{JAPI\|StackOverflowError}} dieser tritt immer ein wenn der Stack der VM zu voll ist, was zB. durch zu viele rekursive Schritte auftreten kann.

	=Exception=		=Exception=
	Die meisten Fehler die wären des Betriebs auftreten, sind von der {{~~API\|java/lang/Exception~~\|Exception}}-Klasse, bzw. einer der abgeleiteten Klassen. Eine dieser abgeleiteten Klassen hat eine Besonderheit: bei der Klasse RuntimeException ist man nicht gezwungen die erzeugten Fehler durch einen try-catch Block abzufangen oder weiterzuleiten, wie bei den anderen Klassen. RuntimeExceptions werden oftmals ausgelöst wenn kleinere Fehlsituationen eintreten, so z.B. die NumberformatException, welche bei der Zahlenkonvertierung auftreten kann .		Die meisten Fehler die wären des Betriebs auftreten, sind von der {{JAPI\|Exception}}-Klasse, bzw. einer der abgeleiteten Klassen. Eine dieser abgeleiteten Klassen hat eine Besonderheit: bei der Klasse RuntimeException ist man nicht gezwungen die erzeugten Fehler durch einen try-catch Block abzufangen oder weiterzuleiten, wie bei den anderen Klassen. RuntimeExceptions werden oftmals ausgelöst wenn kleinere Fehlsituationen eintreten, so z.B. die NumberformatException, welche bei der Zahlenkonvertierung auftreten kann .

	=Fehlerbehandlung=		=Fehlerbehandlung=
Zeile 60:		Zeile 60:
	Ob man eine Exception weiter leitet oder verarbeitet hängt immer von der Anwendung ab. Da man Exceptions niemals verstecken sollte, sollte man sie da verarbeiten wo man dem Benutzer das auch mitteilen kann.		Ob man eine Exception weiter leitet oder verarbeitet hängt immer von der Anwendung ab. Da man Exceptions niemals verstecken sollte, sollte man sie da verarbeiten wo man dem Benutzer das auch mitteilen kann.

	Um Missverständissen vorzubeugen, können höhere Ebenen Exceptions aus unteren Ebenen auffangen und an ihrer Stelle Exceptions werfen, die im Rahmen der höheren Abstraktion verständlich sind. Wenn z.B. in der Methode "get(int index)" eine Methode einer anderer Klasse aufgerufen wird, welche eine "NoSuchElementException" wirft, dann sollte sie diese auffangen und eine "IndexOutOfBoundsException" werfen, denn mit "NoSuchElement" weiss der Aufrufer von "get(int index)" nichts anzufangen. Diese Vorgehensweise nennt man '''Exception Translation''':		Um Missverständissen vorzubeugen, können höhere Ebenen Exceptions aus unteren Ebenen auffangen und an ihrer Stelle Exceptions werfen, die im Rahmen der höheren Abstraktion verständlich sind. Wenn z.B. in der Methode "get(int index)" eine Methode einer anderer Klasse aufgerufen wird, welche eine {{JAPI\|NoSuchElementException}} wirft, dann sollte sie diese auffangen und eine {{JAPI\|IndexOutOfBoundsException}} werfen, denn mit "NoSuchElement" weiss der Aufrufer von "get(int index)" nichts anzufangen. Diese Vorgehensweise nennt man '''Exception Translation''':
	<code=java>public Object get(int index) {		<code=java>public Object get(int index) {
	ListIterator i = listIterator(index);		ListIterator i = listIterator(index);