Java et deux .jar: pb d'appel des classes

Bonjour.

En gros, le souci est le suivant: on me met à dispo deux .jar contenant des méthodes différentes, mais avec des noms identiques!!! Depuis les packages, jusqu'aux méthodes, tout est nommé à l'identique dedans.

Mon problème, c'est que je dois avoir une possibilité de bascule, donc de créer un appel tant à l'une qu'à l'autre .jar, selon les conditions.

Si j'intègre mes .jar via .classpath (etc etc), les packages sont dedans... mais, dans l'import des méthodes, j'ignore totalement qui est qui!

Alors, que faire?

Il n'est pas possible en java d'avoir deux classes avec un nom identique et package identique dans un même classloader. Donc si deux jars on la même classe dans le même package, une seul des deux sera chargée, au hasard.

Si vous voulez différentier, il faut commencer à jouer avec des classloader séparés. C'est du boulot.


A quelle situation concrète faites vous face? Pourquoi cette particularité?

Merci de votre réponse prompte et claire... elle confirme ce que je pensais.

En fait, je vais détailler: ma responsabilité est une application Web dont la partie authentification LDAPS est gérée par des composants tiers. Ceux-ci sont imposés, et il s'avère qu'il y a une migration de LDAP.

Donc:
1° Un .jar pour l'ancien LDAP
2° Un .jar pour le nouveau LDAP (open LDAP)

Pourquoi gérer les deux? Parce qu'on veut, via un switch logique (une properties), basculer aisément de l'un à l'autre.

Le gag: les deux .jar ont des classes dans les MEMES packages, avec les MEMES noms de classes... GRUMPF quoi!

Donc, vu le bazar, j'envisage clairement de leur proposer de faire deux projets distincts, histoire de ne pas prendre de retard.

MERCI:)

sa vouloir abuser, normalement la même classe peut être simplement utilisée avec deux config différentes, non? Pourquoi réécrire les classes juste parce que vous changez de serveur ldap, les driver restent les même, la logique reste là même, y a probablement que les chemins dans le ldap qui change.

Seinon effectivement sur une appliweb, c'est même pas possible d'envisager de jouer avec les classloaders :)

Parce que je ne suis ni maître de ce ... de composant, ni même de l'architecture; Bien sûr que je préconisais une lib avec du paramétrage... mais que voulez vous, quand on ne pense même pas aux choses élémentaires:/

Enfin bon. MERCI!:ccool: