Discussion :

[denisC]

Bonjour,

Je suis en train de chercher à comprendre l'ordre de démarrage des filtres / servlet.
On peut donner un ordre de demarrage des servlet avec load-on-startup, mais qu'en est-il des filtres?
Apparement ils sont démarrés dans l'ordre de la configuration.

Maintenant, mon problème, c'est que je souhaite que la servlet de configuration soit démarrée avant les filtres (qui ont besoin de la conf).

Dans WebSphere 6, il semble que les servlets soient démarrées avant les filtres. Dans tomcat 5.5, il semble que ce soit l'inverse (d'abord les filtres ensuite les servlets).

D'après la spécifications Servlet 2.4 :

After deployment of the Web application, and before a request causes the container
to access a Web resource, the container must locate the list of filters that must be
applied to the Web resource as described below

Je veux bien votre experience sur l'ordre de démarrage filtre / servlets. Peut-on le changer dans Tomcat?

merci!

[tchize_]

on peut pas les changer.

Si ton filtre a besoin de la config du servlet, met load-on-startup sur le servlet et, dans ton filtre, ne cherche après la config du servlet que lorsqu'une requette http arrive (doFilter()) et non pas lors de l'init() du filtre.

Note, pour faire proprement la configuration de differents choses pour les filtres/servlet, il est conseillé de faire l'initialisation de ta config dans un context listener. Ceui-là, tu est certain qu'il est démarré avant tout filtre / servlet et qu'il est arrêté après l'arret des filtres / servlet.

Note: je sais bien par expérience, ce n'est pas toujours possible de déplacer la config hors du servlet lorsque l'on hérite d'un servlet mal foutu fourni avec un libraire ^^
Si tu peux pas sortir la config de ton servlet, il te reste plus, au niveu du filter qui en a besoin, de faire la config lors du premier doFilter().

[denisC]

Note: je sais bien par expérience, ce n'est pas toujours possible de déplacer la config hors du servlet lorsque l'on hérite d'un servlet mal foutu fourni avec un libraire ^^
Si tu peux pas sortir la config de ton servlet, il te reste plus, au niveu du filter qui en a besoin, de faire la config lors du premier doFilter().

C'est malheuresement mon cas. Mais je note l'option du contextListener pour l'initialisation de la configuration.

Cependant, ce qui m'étonne, c'est que tout ça fonctionne sous WebSphere. Y-aurait'il un ordre de démarrage différent?

[tchize_]

Je crois que la specs ne précise pas, dans le domaine des servlet / filter lesquels sont initialisés en premiers. Elle dit juste l'ordre des servlets entre eux et l'ordre des filters à l'execution.

[denisC]

Je crois que la specs ne précise pas, dans le domaine des servlet / filter lesquels sont initialisés en premiers. Elle dit juste l'ordre des servlets entre eux et l'ordre des filters à l'execution.

pour cette confirmation de ce que je pensais. Je vais voir si je peux créer un contextListener qui déclencherait la Servlet d'initialisation.