problème d'héritage : pas la bonne version de la méthode exécutée

Salut à tous,

J'ai un problème d'héritage qui me perturbe, car il remet en cause une partir de ma compréhension de java, j'espère que quelqu'un saura me donner une explication...

Au sein de mon équipe, nous avons un framework sur lequel reposent plusieurs applications : une des classes est abstraite (AbstractApplicationContext), et chaque application doit sous classer cette classe. La méthode getApplicationName() renvoie normalement le nom de l'application, définit dans un fichier de configuration.

Dans mon application, j'ai besoin de gérer différemment le nom de l'application, donc j'override la méthode getApplicationName() dans MyApplicationContext.
Le problème, c'est que dans ma jsp, quand je fais ça :

Code:

---

1 2	AbstractApplicationContext ctx=AbstractApplicationContext.getCurrentContext(request); ctx.getApplicationName();

---

ctx est bien de type MyApplicationContext (je le vois dans le debugger), mais c'est la version de la classe mère de getApplicationName() qui est exécutée. J'ai vérifié, les signatures des méthodes sont les même. D'ailleurs, quand je fais

Code:

---

1 2	MyApplicationContext ctx=(MyApplicationContext)AbstractApplicationContext.getCurrentContext(request); ctx.getApplicationName();

---

ça fonctionnne bien, c'est la version définie dans MyApplicationContext qui est exécutée.

Du coup, pour avoir un truc vraiment générique dans le framework, je suis obligé de passer par un truc pas beau :

Code:

---

1 2 3

AbstractApplicationContext tmpCtx=AbstractApplicationContext.getCurrentContext(request); Method method = Class.forName(tmpCtx.getClass().getName()).getMethod("getApplicationName", null); out.print(method.invoke(tmpCtx, null));

---

Donc voilà, j'ai un truc qui fonctionne mais qui est moche, et je ne comprends pas pourquoi la version simple ne fonctionne pas. Si quelqu'un a une explication au fait que le premier bout de code ne donne pas le résultat escompté, je suis preneur ;-)

merci d'avance

--
Vincent

Salut,

A tout hasard : la méthode getApplicationName() ne serait pas déclarée en static par hasard ???

a++

bien essayé, mais non, getApplicationName n'est pas static. Par contre, dans la classe mère, j'ai ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

public String getApplicationName() { return getApplicationProperties().getName(); }   protected static ApplicationProperties getApplicationProperties(){   if (applicationProperties == null){ WebApplicationContext contextUtils = WebApplicationContextUtils.getWebApplicationContext(servletContext); applicationProperties = ApplicationProperties)contextUtils.getBean("applicationProperties"); } return applicationProperties; }

---

getApplicationName n'est pas static, mais appelle une méthode qui l'est.

Dans la classe fille, j'ai ça

Code:

---

1 2 3 4

@Override public String getApplicationName() { return getCustomTheme().getDisplayName(); }

---

Etrange ! Très étrange ...

Essayes de logger des infos dans la méthode getApplicationName(), et en particulier this.getClass() pour vérifier le type exacte de la classe courante...

a++

j'ai fait le test. Dans ma jsp, j'appelle 2 fois getApplicationName(), de 2 manières différentes :

Code:

---

1 2 3 4 5 6 7

<%=AbstractApplicationContext.getCurrentContext(request).getApplicationName()%> - <% AbstractApplicationContext tmpCtx = AbstractApplicationContext.getCurrentContext(request); Method method = Class.forName(tmpCtx.getClass().getName()).getMethod("getApplicationName", null); out.print(method.invoke(tmpCtx, null)); %>

---

Résultat ?
dans les logs, les deux fois ça me dit que class= MyApplicationContext, et à l'écran, le premier m'affiche la valeur attendue si on passe par la classe mère, et la deuxième m'affiche la valeur de la sous classe.
A n'y rien comprendre je vous dis ! :roll:

C'est incompréhensible 8O


Est-ce que tu n'aurais pas modifié certaines propriétés de la classe ou de la méthode, comme la suppression d'un final ou un static par hasard ?

a++

si, justement. Auparavant, getApplicationName() était static au niveau de la classe mère : le nom de l'application était le même pour tous les utilisateurs d'une application. Maintenant, on a enlevé le static au niveau de la classe mère, ce qui permet de redéfinir la méthode dans les sous-classes. Chaque utilisateur peut donc avoir un nom d'application différent, vu que c'est stocké dans le contexte, qui est lié à la session.
Ca pourrait venir de là ?

Citation:

---

Envoyé par bigVinz

Ca pourrait venir de là ?

---

Il y a des chances...

A mon avis sur ton serveur d'application tu as toujours l'ancienne version de la classe mère, c'est à dire celle où getApplicationName() est static, ainsi que la nouvelle version de la classe fille qui comporte une méthode d'instance getApplicationName()...

Ainsi lorsque tu compiles le code suivant :

Code:

---

AbstractApplicationContext.getCurrentContext(request).getApplicationName()

---

Le compilateur ne voit que la classe mère, et comme pour lui la méthode getApplicationName() est static, il génère un appel static à la méthode (et donc sans mécanisme d'héritage).

Tu peux sans doute vérifier cela en décompilant ta JSP (javap -c nomDeLaClasseDeTaJSP).

Bref essayes de vérifier ton déploiement et tiens moi au courant ;)

a++

adiGuba, merci beaucoup pour ton aide, et pour ton flair ! c'était bien un truc comme ça. J'avais des problèmes de publication Eclipse/Maven, je ne sais pas vraiment d'où ça vient. Toujours est il qu'après des refresh à droite à gauche dans les sous projets, c'est bon, c'est bien la version redéfinie dans la sous classe qui est appelée !

merci encore.

--
Vincent