Nedarvet metode uden "throws Exception"

} catch (Exception ex) {
  ex.printStackTrace();
}

eller

} catch (Exception ex) {
  ex.printStackTrace(minprintstream);
}

eller

} catch (Exception ex) {
  ex.printStackTrace(minprintwriter);
}

vil jeg tro

->arne_v: JÆS, det er jo ganske vist!

->arne_v: Smid lige et svar.

svar

Du kan altid smide den videre som en unchecked exception. Det er selvfølgelig ikke noget du skal gøre bare fordi du kan men det er ihvertfald muligt.
Der er lidt om det her, men der er mange forskellige meninger om checked vs unchecked exceptions.
http://www.onjava.com/pub/a/onjava/2003/11/19/exceptions.html

når du nedarver en metode skal den nye version af metoden have samme signatur som den di erstatter/udvider.

metodens returtype skal være den samme. parametrene skal være de samme, og endelig: hvis der kastes en exception skal den ny metode kaste den samme exception.

Men du kan lave en metode med et ANDET navn der har hvad pokker ændringer du vil.

exempel:

// dette går galt:    // ændret returtype, ingen 'throws CloneNotSupportedException'
    public MinKlasse clone() {
        try {
            MinKlasse temp = (MinKlasse)super.clone();
            //...  // hvad du nu ønsker at udvide clone med
            return temp.
        } catch( CloneNotSupportedException e ) {
            e.printStackTrace();
        }
        return NULL;
    }

// Dette er OK:
    public Object clone() throws CloneNotSupportedException {
        MinKlasse temp = (MinKlasse)super.clone();
        //...  // hvad du nu ønsker at udvide clone med
        return temp.
    }
    public MinKlasse minClone() {    //NB metoden har et andet navn
        try {
            return (MinKlasse)this.clone();  kalder metoden ovenover.
        } catch( CloneNotSupportedException e ) {
            e.printStackTrace();
        }
        return NULL;
    }

og når du ønsker at bruge den skal du så kalde 'minClone' metoden. ikke 'clone' metoden

jakob jeg tror at du har været lidt uheldig med eksmeplet

retur typen skal være den samme

parametrene skal være de samme

der skal throwes de samme exceptiosn ELLER FÆRRE

man må altså ikke smide flere exceptions men godt færre

og fra Java SE 5 kan exceptions være af en subklasse af den orginale exception

hmm det samme gælder for retur type.. så en  public Object clone() kan f.eks overrides med alle returtyper.

Ja det var da noget vås så. Undskyld.

simon>

har det ikke altid været sådan med exceptions ?

retur typen er ny i 1.5 - og er formentlig indført af hensyn til generics - og
er efter min mening et godt eksempel på at Java efter min mening er på vej ud på
en farlig vej

Jo du har ret det er ikke nyt for exceptions. Læste en note for nogen punkter om overriding og fik blandet det sammen.
Indtil videre er det eneste jeg rigtigt har brugt af 1.5 er enhanced for loop ;)