Java motzt wegen Exceptions

[zilti]

Hallo,
wenn ich

ZipFile zipFile;

try
{
zipFile = new ZipFile(archive);
}
catch(ZipException m) { }
catch(IOException u) { }

benutze, motzt Java beim ersten Mal, bei dem zipFile vorkommt: variable zipFile might not have been initialized .
Wenn ich jedoch um "ZipFile zipFile;" noch einen try-Block lege (da dies nötig ist, falls man zipFile einen Wert zuweisen will), wird wiederrum gemotzt:"symbol not found. Symbol: variable zipFile".
Das ewige Gemecker geht mir langsam auf den Geist, ebenso, dass man Fehler immer deklarieren muss.
Es sollte bloss eine Warnung geben. Es soll doch jeder selber entscheiden können, ob er einen Fehler catched.
Und wenn ich dann in den Methodenkopf ein "throws ZipException" einfüge, motzt Java:
"actionPerformed(java.awt.event.ActionEvent) in Main cannot implement actionPerformed(java.awt.event.ActionEvent) in java.awt.event.ActionListener; overridden method does not throw java.util.zip.ZipException
public void actionPerformed(ActionEvent a) throws ZipException"

 

[Tellerrand]

benutze, motzt Java beim ersten Mal, bei dem zipFile vorkommt: variable zipFile might not have been initialized .

Selbstverständlich motzt Java da.
Zipfile wird in einem Try Block initialisiert, ergo ist das keine Garantie.

Wenn ich jedoch um "ZipFile zipFile;" noch einen try-Block lege (da dies nötig ist, falls man zipFile einen Wert zuweisen will), wird wiederrum gemotzt:"symbol not found. Symbol: variable zipFile".

Wenn du einen zweiten Try Block nimmst dann ist das ein ähnlicher Grund.
zipFile wird im ersten Try deklariert und im zweiten Try Blokc gibts dann keien Garantie, dass zipFile deklariert wurde.

Das ewige Gemecker geht mir langsam auf den Geist, ebenso, dass man Fehler immer deklarieren muss.
Es sollte bloss eine Warnung geben. Es soll doch jeder selber entscheiden können, ob er einen Fehler catched.

Fehler deklarieren?
Und nein, man soltle sich nicht entscheiden ob man fehler behandelt, denn Fehler sollte man immer behandeln

Und wenn ich dann in den Methodenkopf ein "throws ZipException" einfüge, motzt Java:
"actionPerformed(java.awt.event.ActionEvent) in Main cannot implement actionPerformed(java.awt.event.ActionEvent) in java.awt.event.ActionListener; overridden method does not throw java.util.zip.ZipException
public void actionPerformed(ActionEvent a) throws ZipException"

Das liegt daran das du von eienr anderen Klasse mittels "extends" die Methode "actionPerformed(java.awt.event.ActionEvent)" erbst und diese wirft keine Exception. Nachträglich dahingehend verändern ist nicht



Deine Probleme mit dem Try Block.
Du musst dir einfach merken, dass das was in dem Try Block steht nicht unbedingt ausgeführt wird.
Wenn du also dem Programm nciht garantierst, dass die Variable zipFile deklariert, oder initialisiert wurde so wird es immer motzen.
Die andere Variante ist es einfach Folgecode welche abgebrochen werden soll mit in den Try Block zu schreiben, ca so:
try {
ZipFile zipFile = new ZipFile(archive);
// Folgecode
}
Das würde dann bedeuten, dass bei einem Fehler der Folgecode auch nicht ausgeführt wird.
Und normalerweise willst du den Folgecode, der zipFile braucht, ja auch nciht ausführen wenn es mit zipFile Schwierigkeiten gab

 

[Gast]

du kannst es am anfang gleich auf null setzten oder einen finally bock einführen wo du der referenz etwas zuweisst, dann sollte es auch gehen

 

[Gast]

Schmeiß Java in die Ecke, wer braucht das schon

 

[AlArenal]

Gäste raus!

 

[Leroy42]

Gäste raus!

Finde ich nicht, denn auf

Das ewige Gemecker geht mir langsam auf den Geist,

ist das

Schmeiß Java in die Ecke, wer braucht das schon

genau die richtige Antwort!

Gast hat lediglich die Ironie-Tags unterschlagen.