J'ai une application ("monapplic") qui essaie de communiquer avec une autre
application ("module") sur mon serveur d'application (tomcat 5).
J'ai donc un fichier module.war dans le dossier "webapps" du serveur.
L'application a été déployée par tomcat et j'ai un dossier "module" dans
"webapps".
Dans le fichier "server.xml" j'ai ajouté
<Context path="/module" crossContext="true" />
Dans le web.xml de "monapplic", j'ai spécifié une servlet appelée au
démarrage ("load-on-startup=1"). Cette servlet appelle une méthode
("findInstalledModules") qui
- recense les dossiers dans "webapps"
- appelle la méthode config.getServletContext().getContext. (Par exemple en
lui passant "/module" en paramètre).
Mon problème, c'est que lorsque tomcat démarre, getContext renvoie bien le
contexte comme attendu mais si j'appelle findInstalledModules à un autre
moment, getContext renvoie null.
D'où peut venir cette différence de comportement ?
Merci d'avance
Lilian
Salut, Fais tu bien appel à la super.methode dans l'init() de la servlet ?
@+
-- mailto: E2 ici : http://www.cnbt-cdpn.org
LR
Salut, Fais tu bien appel à la super.methode dans l'init() de la servlet ?
oui, avant je ne le faisais pas et j'avais un NullPointerException car config était null mais pour ce problème j'ai trouvé la réponse avec google... Le problème ne vient donc pas de là, une autre idée ?
Merci d'avance Lilian
Salut,
Fais tu bien appel à la super.methode dans l'init() de la servlet ?
oui, avant je ne le faisais pas et j'avais un NullPointerException car
config était null mais pour ce problème j'ai trouvé la réponse avec
google...
Le problème ne vient donc pas de là, une autre idée ?
Salut, Fais tu bien appel à la super.methode dans l'init() de la servlet ?
oui, avant je ne le faisais pas et j'avais un NullPointerException car config était null mais pour ce problème j'ai trouvé la réponse avec google... Le problème ne vient donc pas de là, une autre idée ?
