Discussion :

[titi42]

Bonjour,
J'ai 2 librairies (jar) que j'utilise dans mon application.
Par contre j'ai un objet qui pointe vers le même package et je ne sais pas comment préciser quel librairie utilisé.
Il s'agit de PDFbox 1.5 et PDFbox 2.08
Pour faire appel à un PDDocument voilà l'appel que je fais :

Code :

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

1
2
3
4
5
 
  private org.apache.pdfbox.pdmodel.PDDocument _doc_2 = null;
  private org.apache.pdfbox.pdmodel.PDDocument _doc_3 = null;
  private org.apache.pdfbox.util.PDFTextStripper _stripper_2 = null;
  private org.apache.pdfbox.text.PDFTextStripper _stripper_3 = null;

Mon doc_3 pointe vers la librairie 1.5 au lieu de 2.08, avez vous une idée pour faire cela ?

Merci.

[joel.drigo]

Salut,

Tu ne peux pas avoir 2 classes différentes de même nom dans un classloader en Java (et le package fait partie du nom), donc pas plus deux classes de même nom venant de deux jars différents, quand bien même ce serait 2 versions différentes de la même API (ce qui n'a d'ailleurs aucun sens pour Java). De toute manière, le nom est unique par rapport au classloader (une seule version de la même classe dans un classloader), par défaut celui qui charge des classes dans le classpath d'exécution. Il faudrait que tu fasses ton propre classloader, ou utiliser un classloader tout fait et charger les libs par ce classloader, donc une instance de classloader pour chaque lib, (et non par le standard, donc surtout plus utiliser le new pour instancier, ou passer par le nom dans le code(même si le nom est le même, ce ne sera plus la même classe en mémoire)), mais tu ne pourras plus manipuler facilement les classes dans ton code dans un IDE, et même si on peut bidouiller dans certains cas, la compilation risque de ne pas fonctionner, ou de donner un code incohérent (en fonction des méthodes présentes ou pas dans l'une, ou des attributs statics)). Enfin bref, oublie. il faudra procéder par classloader différents (regarde https://docs.oracle.com/javase/tutor...assloader.html) et par réflexion pour la manipulation et l'invocation, ou alors avoir une interface en commun (qui proviendrait d'un troisième jar). Il y a l'option de fonctionner en modulaire, avec un framework type osgi par exemple. Peut-être que c'est envisageable en Java 9, mais je n'ai pas trop regarder cet aspect encore. Ou encore utiliser 2 jvm différentes.

D'un autre côté, c'est quoi le but ? Une seule version de l'API est suffisante, la plus récente. Cela ne sert strictement à rien dans un cadre standard d'utiliser les deux en même temps. Encore, ce serait pour faire des tests comparatifs, ou ça manipulerait derrière un système natif dont les deux versions seraient totalement incompatibles, ça pourrait avoir un sens, mais dans le cas standard, je ne vois pas trop de raison de faire ça.

[titi42]

Merci pour ton retour.
Effectivement pas simple à mettre en place.
J'ai regardé le lien fournit et je pense avoir un peu compris le problème qui se pose.

En fait pour la librairie je l'utilise entre autre pour extraire le texte de différent PDF.
Celui ci fonctionne aujourd'hui sur des PDF mais j'ai besoin de la nouvelle version pour un PDF que je n'arrive pas traiter.
Je ne veux pas avoir à retoucher les anciens traitement pour les anciens PDF d'où j'avais pensé à utiliser les 2 en même temps.

Je vais peut être faire une version spécifique pour ce type de PDF à part dans ce cas.

[joel.drigo]

En fait pour la librairie je l'utilise entre autre pour extraire le texte de différent PDF.
Celui ci fonctionne aujourd'hui sur des PDF mais j'ai besoin de la nouvelle version pour un PDF que je n'arrive pas traiter.
Je ne veux pas avoir à retoucher les anciens traitement pour les anciens PDF d'où j'avais pensé à utiliser les 2 en même temps.

En théorie, la compatibilité est ascendante, mais en pratique, c'est vrai qu'il est possible qu'il y ait un changement d'interface. Avec une bibliothèque Apache c'est plutôt super rare (je n'ai jamais rencontré le problème). En tout cas, il n y'a pas de raison pour la version la plus récente ne puisse pas traiter des vieilles versions de PDF. Essaye de changer le jar dans le classpath et recompile, tu verras bien.

Je vais peut être faire une version spécifique pour ce type de PDF à part dans ce cas.

Cela peut être une solution effectivement. Et comme ça, tu pourras tester si ta version spécifique marche pour les anciens PDF.

[titi42]

Oui je pense que tu as raison il faudrait que je teste sur la nouvelle librairie.
Il ne doit pas y avoir de grosse différence.

Merci pour ton aide.