Reflection et version des jar

Bonjour,

Pour des besoins de déploiement et de maintenance, j'ai une application Jar qui exploite d'autres jar par reflection.

ceci étant, les jar exploités par reflection et le jar appelant ont un jar commun mais de version différente.

Exemple:

Jar1 : (Appelant)
utilise log4j v 1.3

Jar2 : (Appelé )
Utilise log4j v1.2

Je ne peux pas lancer d'autres process (pas d'autre machine virtuelle). Contrainte d'administration des systemes.

Depuis le jar1, existerai t'il une solution pour invoquer des méthodes sur le jar2 tout en exploitant log4j en version 1.2 ?


Merci...;)

Bonsoir.

C'est possible en utilisant deux ClassLoaders différents:
ClassLoader1 pour charger les classes contenues dans le jar1 et log4j 1.3.
ClassLoader2 pour charger les classes contenues dans le jar2 et log4j 1.2.

Pour utiliser les classes définies dans jar2 depuis les classes définies dans jar1, il faudra déléguer au ClassLoader2 leur chargement via la méthode java.lang.ClassLoader#findClass

C'est le principe utilisé par le framework osgi pour restreindre la visibilité des bundles (jar à la sauce osgi) entre eux. De fait un framework osgi comme equinox ou felix permet d'utiliser des bundles dépendant de versions différentes d'une même librairie.

Le jar1 (principal), dispose de log4j v1.3 chargé via la définition du build path sous eclipse.

Le jar2 (chargé par reflection) est invoqué via un classloader dans lequel ont été enregistrées les URL utiles à son fonctionnement. (y compris log4j v1.2)

Quand j'invoque une méthode de jar2, il fait appel à log4j v1.3 (et non la version 1.2). Je n'appelle pas directement log4j

Comment faire en sorte que le jar2 exploite bien log4j v1.2?

Est ce que votre solution reste compatible avec la configuration du build path du jar1

Merci pour votre aide

Ne ferait-tu pas mieux de passer par le framework OSGI pour faire cela?

Tu n'aurais alors qu'a enregistrer les services qui intéressent de jar2 pour les appelés depuis jar1. De plus OSGI permet un comportement assez fin au niveau des versions.