Version imprimable
Bonjour,
L'implémentation dynamique est très présente dans notre monde de Javaiste, et plus particulièrement dans l'architecture EE. Elle reste cependant mal connue et parfois mal comprise.
J'ai donc décidé d'écrire un article sur cette pratique (qui est très utilisée par les conteneurs d'applications EE), afin de la rendre plus accessible pour tous.
L'article est disponible à cette adresse.
Bonne lecture à tous.
Bonjour,
J'aurai une petite question concernant les intercepteurs :
Si j'ai bien compris :Citation:
public Object nextInterceptor() {
try {
return interceptors[index++].invoke(this);
} finally {
index--;
}
}
- index vaut initialement 0,
- le premier intercepteur est appelé (interceptors[0]) et index passe à 1
- comme interceptors[0] est un LoggingInterceptor, il appel interceptors[1] qui est un BeanInterceptor et index passe à 2
Donc :
- index-- dans le finally permet après chaque retour de décrémenter l'index et ainsi de le remettre à 0 :
- de 2, il passe à 1 (après le return de invoke de BeanInterceptor) et
- de 1, il passe à 0 (après le return de invoke de LoggingInterceptor)
- l'ordre des Interceptor de ton exemple est important car LoggingInterceptor appel l'intercepteur suivant (BeanInterceptor) mais l'invoke de BeanInterceptor n'appel pas d'autre intercepteur donc :
- si on rajoute un Interceptor après BeanInterceptor dans ton tableau, il sera ignoré
- si on inverse BeanInterceptor et LoggingInterceptor, LoggingInterceptor sera ignoré
Peux tu me confirmer cela ?
C'est exactement ça :ccool:
Bonjour Messieurs,
Je relisais un peut le fil de la discussion et il y un petit truc qui me titille. En effet, quelqu'un s'est-il aperçu de cette exception éventuelle?
java.lang.ArrayIndexOutOfBoundsException.
Évidemment, ici on n'est dans une "post incrémentation (index++)". Donc tout vas bien lorsqu'il y a un seul intercepteur dans le tableau. Mais avez-vous fait le test avec plus d'un intercepteur en appelant simple invocation.nextInterceptor(); dans chaque intercepteur?