Discussion :

[dr23fr]

Bonjour,

J'ai un problème très con mais je ne comprends pas ce qu'il se passe:

J'ai la structure de répertoire suivante:
foo > test > xcomm
xcomm contient A.class et B.java

A.class:

Code :

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

1
2
package xcomm;
public class A{}

B.java:

Code :

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

1
2
package xcomm;
public class B extends A{}

quand je suis dans le répertoire xcomm et que je tape:

Code :

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

java -cp . B.java

il ne trouve pas la classe A. Pourtant j'ai bien mis le point.
Une idée ? c'est surement très con comme explication mais je ne la vois pas.
Merci

[gifffftane]

Il ne faut pas te mettre dans le répertoire xcomm, mais dans le répertoire parent de xcomm.

Le compilateur doit voir l'arborescence des répertoires de façon identique à l'arborescence des paquetages exprirmés dans les sources.

Par ailleurs, au moment de la compilation, le classpath intéresse surtout les bibliothèques de référence, pas les fichiers sources.

[nicorama]

Si tu n'es pas totalement débutant en Java, je conseille de passer rapidement à un ide comme Netbeans qui te génère automatiquement les bon packages (à la création ou via la fonction refactoring).

Cela permet de passer du temps à se prendre la tête sur des problèmes qui en valent plus la peine.

[adiGuba]

Salut,

Il ne faut pas te mettre dans le répertoire xcomm, mais dans le répertoire parent de xcomm.

Il faut surtout bien définir le classpath, en indiquant le répertoire de base des classes (c'est à dire le répertoire contenant le tout premier package).

Par ailleurs, au moment de la compilation, le classpath intéresse surtout les bibliothèques de référence, pas les fichiers sources.

Les deux en fait...
Par défaut le classpath vaut ".", et on le compilateur recherchera les classes à partir de l'emplacement courant.

Tu peux changer le classpath pour indiquer de nouvelles librairies ou d'autres répertoire contenant des classes.


Pour les codes sources il faut normalement spécifier le sourcepath, qui indiquera comment rechercher les classes sources dépendantes, mais par défaut il prend la même valeur que le classpath. Il est toutefois préférable de le spécifier manuellement.

De même je conseillerais d'utiliser l'option -d pour définir l'emplacement des fichiers *.class générés...

Si tu veux tout avoir dans la même arborescence les chemins seront les mêmes :

Code X :

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

javac -classpath /foo/test -sourcepath /foo/test -d /foo/test chemin_vers_ton_fichier.java

Et tu pourras compiler depuis n'importe quel répertoire en utilisant le chemin vers ton fichier *.java...


Perso je te conseillerais d'utiliser 2 répertoires, par exemple :

• /foo/test/src qui contiendra toute l'arborescence des fichiers *.java
• /foo/test/bin qui contiendra les fichiers *.class généré par le compilateur.

L'avantage c'est que tu sépares bien le code sources des fichiers classes...

Tu compilerais donc comme ceci :

Code X :

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

javac -classpath /foo/test/bin -sourcepath /foo/test/src -d /foo/test/bin chemin_vers_ton_fichier.java

Astuces : tu peux te créer un fichier contenant ces paramètres :

Code X :

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

1
2
3
-classpath /foo/test/bin
-sourcepath /foo/test/src
-d /foo/test/bin

Et utilisé @ sur la ligne de commande pour interpréter ce fichier comme une liste de paramètres :

Code X :

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

javac @argsfile chemin_vers_ton_fichier.java

Cela permet de passer du temps à se prendre la tête sur des problèmes qui en valent plus la peine.

Je ne suis pas totalement d'accord : pour moi les mécanismes de compilation sont assez important à comprendre... même si un EDI apporte par la suite un confort non négligeable


a++

[dr23fr]

non je ne découvre pas Java. Je travaille sous Eclipse. C'est juste qu'au cours de ma lecture de la certif j'ai eu une question que j'ai pas trop compris et je la posais pour avoir explications qui m'éclaire un peu plus que celle du livre

Le compilateur doit voir l'arborescence des répertoires de façon identique à l'arborescence des paquetages exprirmés dans les sources.

Oui je veux bien mais je croyais qu'il aurait vu A.class du fait que je mette le point dans le classpath. Je vois pas trop à quoi il peut servir alors ce point... peut être dans le cas ou on n'a pas de package. a voir

Je connaissais pas le coup du fichier en argument.

Je vous remercie.
++

[adiGuba]

Oui je veux bien mais je croyais qu'il aurait vu A.class du fait que je mette le point dans le classpath. Je vois pas trop à quoi il peut servir alors ce point... peut être dans le cas ou on n'a pas de package. a voir

Le "point" sert lorsque tu lances la commandes depuis le répertoire de base de tes sources/classes (c'est d'ailleurs le cas lorsque tu n'as pas de packages).

Si tu est dans le répertoire /foo/test/xcomm et que tu défini le classapth avec ".", c'est ce répertoire qui servira de base. Du coup lorsque tu utilises la classe xcomm.A alors le compilateur recherchera les fichiers xcomm/A.class et/ou xcomm/a.java depuis le répertoire de base du classpath, c'est à dire :/foo/test/xcomm/xcomm/A.java

Comme ton classpath est incorrect le chemin qui en résulte est aussi incorrect, et il ne peut pas trouver le fichier...


a++