Définition du classpath sous OS X

Version imprimable

30/09/2016, 15h45
GérardMartinelli

Définition du classpath sous OS X
Bonjour,

J'ai du mal à comprendre comment définir (temporairement) le classpath en OSX (El Capitan) avec la version 8.... de Java. Je m'explique :

J'ai sous ma racine deux dossiers :

1) /jars
qui contient tout un tas de fichiers xxxxx. jar que j'utilise fréquemment

2) /Cinephil
qui contient la classe "Toto" dans cinephil.jar. et dans le package "cinephil".

je lance l'application par

Code:

java -cp ~/jars/*:~/Cinephil/cinephil.jar cinephil.Toto

J'obtiens un message d'erreur qui m'indique que la classe Toto n'a pas été trouvée.

Maintenant avec
Code:

1 2 CD Cinephil java -cp ~/jars/*:cinephil.jar cinephil.Toto
cela marche bien.

Si je refais le premier test mais en inversant l'ordre

Code:

java -cp ~/Cinephil/cinephil.jar:~/jars/* cinephil.Toto

Cette fois la classe Toto est bien trouvée, mais aucune des classes contenues dans un des jar du répertoire /Jars n'est trouvée.

Il me semble que le second répertoire spécifié dans le ClassPath est simplement ignoré. Il y a surement une explication (sans doute m'y prends-je mal). Peut-on avoir plsuieurs fois le caractère ~ dans classpath ?

Note : Comme je suis en test pour l'instant, je ne veux pas encore utiliser Export.

Merci d'avance pour vos conseils avisés.
03/10/2016, 01h56
bouye

Essaie en remplaçant par le chemin complet ou par $HOME pour voir si c'est effectivement le cas.
03/10/2016, 07h17
Songbird

Salut,

Citation:

Il me semble que le second répertoire spécifié dans le ClassPath est simplement ignoré. Il y a surement une explication (sans doute m'y prends-je mal). Peut-on avoir plsuieurs fois le caractère ~ dans classpath ?

Pour ma part toutes les dépendances de mon projet se trouve toujours dans un sous-dossier du répertoire racine, parce que là si tu portes ton archive sur une autre machine, ça risque de casser. (sauf si jars est également un répertoire se trouvant à la racine de ton projet)
Si ça ne fonctionne toujours pas, je t'invite à essayer. ;)
03/10/2016, 11h55
GérardMartinelli

Merci beaucoup Bouye, effectivement en changeant ~ par $HOME, cela fonctionne très bien. Ce qui signifie que -cp accepte le premier ~ mais ignore le second. Bizarre non ?
Est-ce un bug ? ou est-ce que ceci fait partie des spécifications du programme Java ?

Merci aussi Songbird, et pour répondre à tes commentaires, en réalité, il ne s'agit pas ici de disques différents, mes deux répertoires Jars et Cinephil sont tous deux directement sous ma racine.
Effectivement le répertoire JARS contient plusieurs fichiers jar (communs à différentes applications) , que j'exporte aussi sur les autres environnements, cela m'évite de recopier, à chaque changement de version, Java les fichiers jar dans ext (sous Windows) ou /Library/Java/Extensions (sous OS X).
03/10/2016, 14h36
Songbird

Citation:

Ce qui signifie que -cp accepte le premier ~ mais ignore le second. Bizarre non ?
Est-ce un bug ? ou est-ce que ceci fait partie des spécifications du programme Java ?

La commande cp doit tout simplement considérer le second tilde (~) comme faisant parti du chemin en tant que caractère, et non comme un alias. (peut-être pour éviter de recopier le chemin du répertoire utilisateur si un fichier/répertoire venait à utiliser ce caractère)

Bonne journée ! :)
03/10/2016, 22h58
bouye

Oui cet argument est quand même un poil bizarre. Ne pas negliger un eventuel bug sous macOS aussi (faudrait tester si ca pose le même genre de soucis sous Linux ou Windows/Cygwin). En même temps quel intérêt de mettre cette syntaxe bizarre avec * alors que la JVM aurai pu tout bêtement aller vérifier si le chemin indiqué était un fichier ou un répertoire (et donc du coup faire un inclusion widlcard implicite de tous les .jar, .zip et .class dedans), mais non c’était trop compliqué pour les gens de Sun :roll:...
04/10/2016, 09h19
Songbird

Citation:

Envoyé par bouye

Oui cet argument est quand même un poil bizarre. Ne pas negliger un eventuel bug sous macOS aussi (faudrait tester si ca pose le même genre de soucis sous Linux ou Windows/Cygwin). En même temps quel intérêt de mettre cette syntaxe bizarre avec * alors que la JVM aurai pu tout bêtement aller vérifier si le chemin indiqué était un fichier ou un répertoire (et donc du coup faire un inclusion widlcard implicite de tous les .jar, .zip et .class dedans), mais non c’était trop compliqué pour les gens de Sun :roll:...

Effectivement la rédaction du manifest n'est pas parfaite, c'est principalement pour cette raison qu'il vaut mieux laisser la machine le rédiger pour soi, ça évite de s'arracher les cheveux. :aie:

Enfin bref, bonne journée ! :)