Discussion :

[Micke7]

Bonjour,

Voilà mon problème expliqué de manière synthétique:
Dans mon application j'ai un bibliothèque bb1 qui a besoin d'une autre bibliothèque bb2. Suite à l'ajout d'une fonctionnalité, j'ai dû incorporer une troisième bibliothèque, bb3, qui est en faite une mise à jour de bb2. Le problème est que maintenant bb1 va piocher dans les class de bb3 et cela fait planter mon application. J'ai cherché une mise à jour de bb1 mais aucun résultat (peut être une bibliothèque maison...).

Y aurait-il une solution pour ce problème ?

Merci.

[Jimmy_]

Si je comprend bien il n'y a plus de support pour faire évoluer bb1.

La solution minimaliste est de voir si ta nouvelle fonctionnalité marche avec bb2.

Sinon il va te falloir jouer avec les .jar et les modifier.

[tchize_]

aucune

si bb3 fournis les même classe que bb2, il faut jeter bb2 et donc s'arranger pour que bb1 sache utiliser bb3.

Ou alors ne pas utiliser bb3, bien venu dans le cercle vicieux des numéros de version des dépendance, où X ne marche pas sans mise à jour, mais Y ne marche plus après la mise à jour

[Micke7]

Si je comprend bien il n'y a plus de support pour faire évoluer bb1.

Exactement oui.

La solution minimaliste est de voir si ta nouvelle fonctionnalité marche avec bb2.

Non, elle ne fonctionne pas avec bb2. J'ai vraiment besoin de ces 2 jar...

Sinon il va te falloir jouer avec les .jar et les modifier.

Donc passer par un décompileur?

[Micke7]

aucune

si bb3 fournis les même classe que bb2, il faut jeter bb2 et donc s'arranger pour que bb1 sache utiliser bb3.

Ou alors ne pas utiliser bb3, bien venu dans le cercle vicieux des numéros de version des dépendance, où X ne marche pas sans mise à jour, mais Y ne marche plus après la mise à jour

Plus qu'à plancher sur la façon dont je vais annoncer ça à mon boss...

[Jimmy_]

Donc passer par un décompileur?

Oui moi je changerai que les noms des packages de bb2 ou de bb3 pour que bb1 et ton code pointe sur les bonnes classes.
Ca doit pas être si compliqué.

[tchize_]

mouais, mais c'est de la bidouille, et ca veux dire que tu saura plus faire interagir une partie de ton code avec bb1

Ce sont des bibiliothèques open sources ou closed source?

[Micke7]

mouais, mais c'est de la bidouille, et ca veux dire que tu saura plus faire interagir une partie de ton code avec bb1

Ce sont des bibiliothèques open sources ou closed source?

Elles sont closed source...

[tchize_]

malheureusement la solution la plus 'stable' et abordable serait de mettre la nouvelle fonctionnalité dépendant de bb3 dans un jvm ou tout du moins un classloader différent de cemme utilisant bb1 et bb2

[Jimmy_]

Bidouille, bidouille ... modifier la JVM ou le ClassLoader c'est pareil ...
De toute façon avec des soucis de version il n'y a pas de solution propre.

[Micke7]

malheureusement la solution la plus 'stable' et abordable serait de mettre la nouvelle fonctionnalité dépendant de bb3 dans un jvm ou tout du moins un classloader différent de cemme utilisant bb1 et bb2

Facile à mettre en place ça?

[tchize_]

non pas facile à mettre en place, comem tu va avoir deux classloader isolé, tu aura aussi techniquement deux partie de ton application isolées l'unde de l'autre, c'est presque la même chose que d'avoir deux applications différentes, les conséquences sont assez lourdes


L'idée serai ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
classloader principal --- classloader 1 --> classes bb1, bb2 et du code à toi
                \-------- classloader 2 --> classes bb3, autre code à toi

Les classes dans les classloaders séparés ne se parlent pas facilement. c'est comme avoir deux webapps différentes sur un tomcat, si tu vois ce que je veux dire.

[Micke7]

Bon j'ai 4h pour corriger tout un tas de bug, me renseigner sur le classloader, créer mon propre classLoader, l'implanté convenablement dans mon code et trouver une méthode qui va permettre à ces deux classloader de dialoguer ensemble...

En clair:



Mais merci quand même pour votre aide

[tchize_]

un classloader qui séparerais les deux trucs t'en a pour minimum 2 semaines de travail à décanter ça correctement


T'as juste à dire à ton patron que les bibliothèques sont incompatible entre elles

[Micke7]

un classloader qui séparerais les deux trucs t'en a pour minimum 2 semaines de travail à décanter ça correctement

Le problème est que la modification concerne un évènement qui se termine fin avril

Non mais ce n'est pas grave, je vais trouver un autre moyen...et je demanderais une petite augmentation en même temps

Allez, je déleste
Merci.

[Jimmy_]

Renomer les packages tu en as pas pour 4h, faut juste bien intervenir au bon endroit.

[tchize_]

jimmy: oui, faut juste trouver un outils pour altérer correctement le byte code, changer tout ton code qui fait appel à cette librairie, et s'assurer qu'aucun fichier dans le jar ne référence les classe. Sans compter les String éventuelles dans le bytecode qui pourraient "en dur" référencer un nom de classe comme quand on écrite

class.forName("xxx.yyy.UneClasse");

pas de garantie de succès en gros