[classpath] conflit entre different .jar

Version imprimable

08/01/2006, 18h46
Bobo59

[classpath] conflit entre different .jar

J'ai un soucis quand je lance HSQL sur un serveur (sous windows 2003 avec java 5) qui possède déjà une version moins récente de HSQL dans un path...

Je lance dans un .bat la commande suivante :

Code:

java -cp hsqldb.jar org.hsqldb.Server ...

Le .jar et le .bat sont dans le meme dossier.

Le problème est qu'il ne lance pas la classe contenu dans le hsqldb.jar de mon dossier, mais une autre contenu dans un .jar que je n'arrive pas à localiser...

Deux questions :
- Comment savoir où java va chercher la classe chargée ? (dans quel chemin)
- Comment empécher java de charger celle qui est déjà présente dans un coin du disque pour qu'il charge uniquement la classe contenu dans un fichier .jar bien précis : le mien.

PS : j'ai essayé aussi

Code:

java -cp ./hsqldb.jar org.hsqldb.Server ...

ça ne marche pas mieux :-(
09/01/2006, 03h21
alexismp

Code:

java -verbose:class

Pour savoir d'ou est chargée une classe.
09/01/2006, 09h54
Bobo59

Merci
ça confirme bien mon problème : je n'arrive pas à préciser le chargement des classes d'un jar particulier.
Des propositions ?
09/01/2006, 10h05
xavlours

Citation:

Envoyé par Bobo59

Le problème est qu'il ne lance pas la classe contenu dans le hsqldb.jar de mon dossier, mais une autre contenu dans un .jar que je n'arrive pas à localiser...

J'ai du mal à comprendre d'ou vient ton problème : tu as deux classes avec le meme nom dans le meme package ? Ca ne devrait pas compiler.
Sinon, il ne devrait pas y avoir de problème.

Au pire, tu peux utiliser la réflexion, avec la classe ClassLoader.
09/01/2006, 10h21
Bobo59

J'ai deux classes avec un même nom (deux version differentes de hsqldb) mais dans deux jar differents.
Le pb est que je veux préciser laquelle lancée (la dernière et pas celle déjà présente sur le serveur du client) cependant java me lance toujours celle ki est contenue dans le jar qui est dans le path.
09/01/2006, 15h59
Jacques - 06

Il semblerait donc que ton .bat contienne un autre hsqldb.jar (mais tu t'en doutais ).

Donc vérifie dans un premier temps le classpath de ta session windows (dans une console dos: echo %CLASSPATH%).
Il y a de grandes chances que cette variable d'environnement contienne ton jar qui te pose problème.

1) c'est le cas : soit tu peux modifier la config windows et dans ce cas tu supprime hsqldb.jar du classpath, soit tu ne peux pas et dans ce cas modifie le .bat pour ne pas inclure la variable d'environnement CLASSPATH.[/list]
2) ce n'est pas le cas : regarder ce que fait le .bat : il est probable qu'il construise dynamiquement son classapth. Il faut alors regader où il cherche et quel est le classpath utilisé

En espérant que cela te permette d'avancer .

Jacques Desmazières
09/01/2006, 16h32
xavlours

Si le classpath marche comme le path unix, c'est les dossiers mentionnés en premier dans la variable qui seront visités en premier.

Tu peux essayer de mentionner ton jar à utiliser avant ton ancien jar dans le classpath.

Code:

1
2
3
4
5
6
    -Xbootclasspath:<directories and zip/jar files separated by ;>
                      set search path for bootstrap classes and resources
    -Xbootclasspath/a:<directories and zip/jar files separated by ;>
                      append to end of bootstrap class path
    -Xbootclasspath/p:<directories and zip/jar files separated by ;>
                      prepend in front of bootstrap class path

Attention, s'il y a des jar dans jre/lib/ext, ils sont prioritaires par rapport à tout les reste.