Discussion :

[exe2bin]

Bonjour tous ,
voici mon code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
abstract class Sandwich {
    void preparation() {;}
    abstract public String getIngredients();
}
class JambonBeurre extends Sandwich {
    public String getIngredients() {;}
}
class JambonFromage extends Sandwich {
    public String getIngredients() {;}
}

Lorsque j'appelle la méthode préparation() sur un objet Sandwich j'obtiens l'erreur suivante à l'exécution :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Exception in thread "main" java.lang.AbstractMethodError: Sandwich.getIngredients()Ljava/lang/String;

Je ne comprends pas pourquoi ? je n'appelle même pas getIngredients() ?!

[tchize_]

Tu pourrais nous montrer ton vrai code, parce que là ce que tu montre ne peux pas compiler.

En général, un AbstractMethodError arrive quand on a oublié de recompiler une sous-classe. Typiquement quand un changement dans la classe mère doit impliquer une recompilation des sous classes sans avoir à en modifier le code. Le plus simple dans ce cas là c'est de nettoyer tes .class et de recompiler

[joel.drigo]

Salut,

Déjà, avant de chercher à exécuter un programme, il faut qu'il compile (une méthode avec un type de retour doit retourner quelque chose), sinon on va exécuter soit rien, soit la dernière version qui compilait, soit une version compilée mais "incomplète", et donc toujours quelque chose qui ne correspond pas vraiment au code, donc difficile à juger par rapport au code.
Ensuite, on peut voir le code complet ?

Enfin, une AbstractMethodError est une erreur générée à la compilation, mais qui survient à l'exécution, lors de l'appel d'une méthode abstraite, sur des classes compilées qui ont changé. L'une des classes a été compilée (celle qui "appelle" probablement, au sens telle qu'une de ses méthode appelle un méthode) avec une version compilée de classe "appelée" (au sens qu'une de ses méthodes est appelée) et on change quelque chose dans le code, et on ne recompile que la classe "appelée". Du coup, la classe "appelante" cherche a appeler une méthode qui n'est plus la même qu'au moment de sa compilation de manière à ce qu'elle ne soit plus compatible (pas les mêmes arguments par exemple), d'où erreur.

Sans ça, un point-virgule tout seul, on ne fait jamais.