Discussion :

[lr]

Salut,

Au démarrage de ma webapp, le script de tomcat appelle des classes internes dont l'une lit des fichiers de configuration. Dans l'un d'eux, elle récupère le nom d'une classe et la charge avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SSOAgent agent = (SSOAgent)Class.forName(agentClass).newInstance();

Ensuite, depuis ma servlet, j'essaie de faire de même mais j'obtiens une ClassNotFoundException.

Je ne souhaite pas que nous debuggions ensemble mon problème. Je cherche plutôt quelles pourraient être les causes de cette "bizarrerie"...

Est-ce que le classloader utilisé au démarrage est différent de celui utilisé depuis les servlets ?

Quelle autre raison pourrait provoquer ça ?

Merci d'avance

[EDIT] Je précise que la classe en question ne se trouve pas dans le classpath

[razmo]

Cette possibilité particulière est très intéressante. En effet, avec les langages classiques, il est très difficile d’intégrer des librairies ayant des versions différentes. Java permet cela. C’est d’ailleurs recommandé dans les spécifications 2.3 des moteurs de servlet. Chaque application WEB doit être chargée par un class loader différent.
Cela permet, par exemple, à une application d’utiliser une version de l’analyseur XML différente de celle utilisée par le serveur d’application lui-même. Auparavant, il y avait des conflits entres les classes utilisées par l’application WEB et les classes utilisées par le serveur d’application. Maintenant, chacun est dans son espace de nom.

reference ici

Et la bible

je serais toi je chercherais deja ou tomcat trouve la ressource ...