Classloaders et partage de fichiers .jar avec Apache Tomcat

Question

Si j'ai des classes qui doivent être partagées entre ma webapp et Tomcat (par exemple un domaine et un domaine personnalisés), où va le fichier .jar contenant ces classes?

Actuellement, je mets le .jar dans $ {CATALINA_HOME}/lib. Ce résultat est une exception ClassCastException lors de l'attribution de références à partir de classes du même type. Voici un exemple:

MyCustomPrincipal principal = (MyCustomPrincipal)FacesContext.getCurrentInstance().getExternalContext().getUserPrincipal(); 

La méthode ci-dessus génère une exception ClassCastException. La méthode renvoie un type MyCustomPrincipal réel (puisque c'est ce que mon domaine personnalisé a donné à Tomcat lors de l'authentification) qui, apparemment, a été créé par un chargeur de classe différent. Comment puis-je résoudre ce problème afin que Tomcat et ma webapp puissent utiliser MyCustomPrincipal?

http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html

Toute aide est appréciée. Andrew

Answer 1

Il semble que vous ayez 2 copies chargées, une fois dans Tomcat et une fois dans vos fichiers jar WEB-INF/lib ou autre classpath de votre application déployée.

La raison pour laquelle vous obtenez une exception classpath réside dans la façon dont un WAR recherche des classes. Contrairement aux règles Java normales, une guerre regarde d'abord à l'intérieur de la guerre pour une classe et passe ensuite la requête au classloader parent.

L'identité d'une classe dépend du chargeur de classe et la même classe chargée dans 1 classloader générera une exception de classification lorsqu'elle est castée dans l'autre chargeur de classe.

La solution est de s'assurer que la guerre ne contient pas les classes qui devraient être fournies par le conteneur. Si vous utilisez maven vous pouvez marquer ces dépendances comme 'fournies', si vous utilisez ant, vous devez diviser votre liste de classes en 2 et compiler les deux, mais n'utilisez que celles dont vous avez besoin pour construire la guerre.