Re: [sdx-users] Tomcat 5.5.12

[Sylvain Wallez]

Frédéric Glorieux wrote:
> Merci beaucoup pour ce rappel.
>
> Est-ce qu'il y a une raison pour laquelle ce n'est pas en défaut cocoon?

Parce que ce n'est pas le comportement standard d'un servlet. Dans 
certains environmments, le SecurityManager mis en place par le serveur 
d'application peut interdire à une appli web de créer un classloader.

Par ailleurs, le paranoid classloader peut conduire à des 
ClassCastException si certaines classes doivent être partagées entre 
l'appli web et son environnement (le serveur lui-même ou d'autres applis 
sur le même serveur). La solution est dans ce cas de retirer les classes 
communes de WEB-INF/lib et de les placer dans une zone commune (comme le 
répertoire shared dans Tomcat).

> Je trouve assez logique que les lib locales priment et surchargent 
> tomcat et la JVM. Mais peut-être qu'il y a d'autres logiques 
> d'administration tomcat, comme par exemple considérer qu'un 
> administrateur Tomcat mette à jour des libs centralisées et surcharge 
> tout ce qu'il a dans ses webapp ?

La spécification servlet dit que le serveur d'application doit chercher 
dans WEB-INF d'abord *sauf* pour java.* et javax.*. Le souci, c'est que 
javax.* n'est pas seulement constitué par le JDK, mais aussi par des 
librairies tierces (notamment xml-apis.jar) dont on peut vouloir une 
version plus récente.

Et Tomcat fait une entorse à cette règle, puisqu'il ajoute à la 
recherche dans les classloader communs org.apache.xerces.* et 
org.apache.xalan.*, ce qui ignore effectivement les versions de Xalan et 
Xerces qui sont dans l'appli web!!!

Plus d'infos sur 
http://tomcat.apache.org/tomcat-5.0-doc/class-loader-howto.html

Au passage, Jetty fonctionne très bien et est plus léger :-)

Sylvain

--
Sylvain Wallez                        Anyware Technologies
http://people.apache.org/~sylvain     http://www.anyware-tech.com
Apache Software Foundation Member     Research & Technology Director