Anteilsklassen-Schnittstelle des gleichen Classloader auf J2EE / Weblogic 10, ohne Verwendung des System-Classpath mit

Question

Ich habe einen „Rahmen“, der auf einem Weblogic 10.0 (oder 10.3) appserver, in dem der Rahmen von mehreren Enterprise-Anwendungen besteht, die jeweils für einen anderen Ressourcenadapter. Eine Client-Anwendung wird in der Domäne bereitgestellt, verwendet JNDI Bezug auf eine der Ressourcenadapter-Verbindungsklassen zu erhalten, hat seine Beschwörungen und jeder ist glücklich.

Die Vorfahren ließen mich mit Interface-Klassen für die Anschlüsse und andere auf dem System Classpath - das funktioniert gut

.

Die neue Anforderung ist „umweltfreundlich“, um das System Classpath zu beseitigen, mit möglichst geringer architektonischer Wirkung wie möglich. Ich versuchte, die WLS-spezifischen „gemeinsamen J2EE-Libs“, hatte aber zu sehen, dass, obwohl ich die Interface-Klassen in einer Bibliothek verpacken und sie in anderen Anwendungen verweisen, werden die Klassen nach wie vor durch die separaten App Classloader geladen wird, und auf diese Weise erhalte ich ein Classcast, wenn ich versuche, das JNDI-lookup'd Objekt in die Schnittstelle zu werfen.

Was schlagen Sie wissen, zu tun? Derzeit würde ich beraten Kunden für diesen Rahmen mit System-Classpath-Einträgen eine separate Domäne zu verwenden, aber nicht sicher, würden sie es akzeptieren.

Danke!

Answer 1

Ok, werde ich schließen, dann, dass dies nicht möglich ist. Ich denke, eine richtige Lösung wäre, die Anwendung neu zu schreiben Remote EJB Anrufungen für inter-App-Kommunikation zu verwenden.

Siehe auch Brauchen Sie Hilfe Verständnis JNDI und eine besondere Classcast in J2EE