Discussion :

[Bobo59]

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 :

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

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 :

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

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

ça ne marche pas mieux :-(

[alexismp]

Code :

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

java -verbose:class

Pour savoir d'ou est chargée une classe.

[Bobo59]

Merci
ça confirme bien mon problème : je n'arrive pas à préciser le chargement des classes d'un jar particulier.
Des propositions ?

[xavlours]

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.

[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.

[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

[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.

[alexismp]

Code :

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

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.