classes d'interface d'actions utilisant le même classloader sur J2EE / Weblogic 10, sans utiliser le système classpath

Question

J'ai un « cadre » en cours d'exécution sur un Weblogic 10.0 (ou 10.3) appserver, où le cadre est constitué de plusieurs applications d'entreprise, chacun responsable d'un adaptateur de ressources différentes. Une application cliente se déploie dans le domaine, utilise JNDI pour obtenir référence à l'un des adaptateurs de ressources classes de connecteur, fait son invocations et tout le monde est heureux.

Les ancêtres me ont laissé des classes d'interface pour les connecteurs et d'autre sur le système classpath - cela fonctionne bien

.

La nouvelle exigence est d'éliminer « polluant » le système classpath, avec aussi faible impact architectural que possible. J'ai essayé le « libs J2EE partagées » spécifique WLS, mais a dû voir que même si je peux emballer les classes d'interface à une bibliothèque et les référencer dans d'autres applications, les classes sont toujours chargées par les classloaders app séparés, et de cette façon j'obtenir un ClassCastException lorsque je tente de jeter l'objet JNDI-lookup'd dans l'interface.

Que proposez-vous à ne connaître? Actuellement, je conseille aux clients d'utiliser un domaine distinct pour ce cadre avec des entrées de système classpath, mais pas sûr qu'ils l'accepter.

Merci!

Answer 1

Ok, je vais conclure que cela est impossible. Je pense qu'une bonne solution serait de réécrire l'application à utiliser des invocations EJB à distance pour la communication inter-application.

Voir aussi Besoin d'aide pour comprendre JNDI et un particulier ClassCastException J2EE