Classe non trouvée dans le classpath

Je pensais comprendre le fonctionnement du classpath dans la commande java mais je suis tombé sur le problème suivante :

première commande :

java -cp ./bin:~/INGI2339.jar Test

j'obtiens l'erreur :

Exception in thread "main" java.lang.NoClassDefFoundError: slip/grammars/Grammar
Caused by: java.lang.ClassNotFoundException: slip.grammars.Grammar
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

seconde commande :

java -cp ~/INGI2339.jar:./bin Test

Là le programme s'exécute normalement.
La classe recherchée se trouve dans le fichier .jar. Pourquoi n'est-elle pas trouvée lors de l'exécution de la première commande ? J'ai beau chercher dans les descriptions de la façon dont les classes sont recherchées dans la documentation officielle, je ne trouve aucun explication.

Merci à celui qui pourra m'éclairer.

Baudouin

J'ai cerné le problème :

java -cp ./bin:~/INGI2339.jar Test
Exception in thread "main" java.lang.NoClassDefFoundError: slip/grammars/Grammar
Caused by: java.lang.ClassNotFoundException: slip.grammars.Grammar
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

java -cp ./bin:/Users/blc/INGI2339.jar Test
Pas d'erreur

ls ~/INGI2339.jar
/Users/blc/INGI2339.jar

D'où il nous faut déduire que le "class loader" plante quand il "parse" ~/INGI2339.jar !!! Vivent les programmeurs "système" !

Remarquons que

java -cp ~/INGI2339.jar:./bin Test
ne provoque pas d'erreurs

Donc, il "parse" correctement quand le ~ est au début du classpath !!!

J'avais tapé la solution. Mais une fausse manoeuvre a tout dilité ! Pas de chance !

Salut,

Citation:

---

Envoyé par blecharlier

D'où il nous faut déduire que le "class loader" plante quand il "parse" ~/INGI2339.jar !!! Vivent les programmeurs "système" !

---

Le classloader n'a rien à voir là dedans ! Il va falloir te plaindre auprès des développeurs du shell Unix/Linux...

a++