Discussion :

[gbtheone]

Bonjour,

Je ne suis pas développeur, mais administrateur d'une application "A" qui fonctionne sous java.
Cette application ne dépose aucun fichier JAR dans lib/ext.
Cette application "A" fonctionne mal quand une autre application "B" utilisant aussi java est installée sur le poste.
Il s'avère que l'application "B" dépose des fichiers JAR dans le repertoire lib/ext. Sur un poste de test sur lequel sont installées les deux applications, en supprimant les fichiers déposés par "B" dans lib/ext, "A" fonctionne correctement (mais plus "B", évidemment).

Je suppose que les fichiers déposés par "B" dans lib/ext contiennent une classe qui est appelée par "A" et chargée normalement par celle-ci en aval de la procédure de chargement.

Est-il possible, au lancement de l'application "A", de l'empêcher de charger les fichiers présents dans lib/ext (via une option par exemple). Le but est de pouvoir faire fonctionner les deux application sur un même poste.

J'espère avoir été clair.

gbtheone.

PS : pour info, j'ai lu les rubriques classpath et compagnie de la FAQ générale. Mais je ne cherche pas à ajouter un chemin mais à en enlever qui semble être par défaut.

[verbose]

Le problème vient certainement du fait que les applications A et B utilisent des versions différentes d'une même librairie.

Si les librairies sont bien identifiées, voici la solution :

Pour commencer, il est impossible d'empêcher le chargement des librairies déposées dans $JAVA_HOME/lib/ext.

En revanche, on peut demander à la jvm de charger en priorité une autre librairie, ce qui a pour effet de surcharger les librairies système. A noter que, comme la documentation le précise, il est interdit de distribuer une application qui surcharge rt.jar qui contient l'api standard.

Donc, il faut ajouter l'option -Xbootclasspath/p:path à la jvm.

Par exemple, si l'application A installe une librairie foo_1.jar dans $JAVA_HOME/lib/ext, et que cette librairie entre en conflit avec la librairie foo_2.jar située dans le CLASSPATH, il faut exécuter B avec la commande suivante :

Code :

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

1
2
 
java -Xbootclasspath/p:/path/to/foo_2.jar -jar AppliB.jar

http://download.oracle.com/javase/1....dows/java.html

[tchize_]

ne vous cassez pas la nenette. Tout ce qui est installé dans java home peut potentiellement altérer toute application java qui utilliserait cette jvm. Comme votre application B travaille comme un cochon, la solution la plus simple est de lui donnée sa propre jvm, faites simplement deux installation de java deux endroits différents. Appelez A avec la JVM 1, et B avec la jvm 2.

D'autant plus que ce n'est pas nécessairement une classe de A qui serait cachée par B, la situation peut être bien plus complexe. -> isolez l'application fautive

PS: on peux avoir le nom de l'application B? C'est pour ma galerie personelle des applications à ne pas utiliser :p

[Logan Mauzaize]

Le problème vient certainement du fait que les applications A et B utilisent des versions différentes d'une même librairie.

Si les librairies sont bien identifiées, voici la solution :

Pour commencer, il est impossible d'empêcher le chargement des librairies déposées dans $JAVA_HOME/lib/ext.

En revanche, on peut demander à la jvm de charger en priorité une autre librairie, ce qui a pour effet de surcharger les librairies système. A noter que, comme la documentation le précise, il est interdit de distribuer une application qui surcharge rt.jar qui contient l'api standard.

Donc, il faut ajouter l'option -Xbootclasspath/p:path à la jvm.

Solution envisageable mais : il faut tirer toutes les dépendances (y compris celles du System Class Loader)

Par exemple, si l'application A installe une librairie foo_1.jar dans $JAVA_HOME/lib/ext, et que cette librairie entre en conflit avec la librairie foo_2.jar située dans le CLASSPATH, il faut exécuter B avec la commande suivante :

Code :

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

1
2
 
java -Xbootclasspath/p:/path/to/foo_2.jar -jar AppliB.jar

http://download.oracle.com/javase/1....dows/java.html

Tu as inversé A et B ^_^