Discussion :

[Rei Angelus]

Bonjour,

Je me pense définir une variable CLASSPATH unique pour toutes mes applis java.

Est-ce le fait que le CLASSPATH contienne un certain nombre de chemins inutiles risque d'avoir un impact négatif sur les temps d'exécution de mes applis JAVA ?

Est-ce que ma question est idiote ou pas ?

[natha]

Est-ce le fait que le CLASSPATH contienne un certain nombre de chemins inutiles risque d'avoir un impact négatif sur les temps d'exécution de mes applis JAVA ?

Oui car quand il devra chercher des classes dans le CLASSPATH, il aura plus de choix, c'est plus rapide de chercher dans 4 jars que dans 10.

Personnellement j'exècre les logiciels qui modifient la variable d'environnement CLASSPATH et/ou Path quand c'est inutile (entre autre les logiciels Oracle qui placent toujours leur JRE dans le Path...).
Mais je ne sais pas si tu parlais de la variable d'env.

[Rei Angelus]

Effectivement, je parle d'une variable d'environnement CLASSPATH.

Aurais-tu des données plus quantitatives quand à l'impact de cette soultion ?

[JohnNC]

La variable d'environnement CLASSPATH de windows ? C'est bien ca ? Elle n'aura aucun impact sur les temps d'exécution des applications !?

[Rei Angelus]

Pour être plus précis, je suis sous UNIX. J'ai un certain nombre de shell qui execute de 1 à n programmes JAVA.

Actuellement dans chaque shell, je définit localement et spécifiquement le CLASSPATH avant le lancement de mon appli JAVA.

Si je définit ma variable CLASSPATH globalement dans mon environnement en "concaténant" tous les cas possibles, est ce que cela ne risque pas d'impacter négativement les performance de la JVM étant donné que je lui indiquerai des chemins inutiles dans le CLASSPATH ?

[JohnNC]

Je connais très peu unix, mais logiquement, augmenter la taille des classpath augmente les temps de recherche d'un fichier, mais pas leurs exécutions. Donc d'après moi, tu devrais pouvoir tenter de le faire sans perdre de temps de réponse. Peut être l'ordre des classpath sera important par contre.

Essaie éventuellement de faire des séries de tests, en attendant que d'autres plus connaisseurs apportent une réponse plus satisfaisante

[natha]

augmente les temps de recherche d'un fichier, mais pas leurs exécutions

Le temps d'exécution initial dépend du temps de recherche. Donc le temps de recherche augmente = le temps d'exécution augmente.

Une fois que la class est chargée bien sûr le problème ne se pose pas.

L'impact sur les perfs dépend de tellement de facteurs qu'on ne peut pas donner de chiffre précis ici, il faut faire ses propres tests. Ca dépend de la taille des jars, de leur nombre, du système de fichier, de la "fraicheur" de ton environnement (moins sous Unix que sous Windows), etc.

Au delà de tout ça, c'est crade de modifier la variable d'environnement. Ca veut dire que TOUS les logiciels java de la machine auront ces jars dans leur classpath, c'est inutile et peut même être dangereux si tu as besoin de version différente de jars selon les logiciels.

[Rei Angelus]

Il est clair que je ne vais pas modifier la variable CLASSPATH de mon environnement, c'est effectivement très "crade".

Au final, je vais la surcharger au début de chacun de mes shells en fonction des programmes java appelés via une fonction setClasspath.

Cela me permettra de limiter à la fois le nombre de déclaration de mes Classpath et le nombre de chemins inutiles qu'ils contiennent. Et cerise sur le gâteau, je n'aurai plus qu'une modif à faire en cas de changement de classpath !

Qu'en pensez-vous ?

[natha]

Je ne comprends pas ce que tu veux faire

[adiGuba]

Salut,


Pourquoi utiliser une variable d'environnement CLASSPATH alors ? Tu cours le risque de dépendre ou d'avoir des conflits avec une librairie présente dans le CLASSPATH "commun".

La variable d'environnement CLASSPATH est vraiment une mauvaise idée, et pourrais être dénaturé par certaines applications qui la modifient


Tu sembles utiliser des scripts shell pour lancer tes programmes, donc le plus simple serait de définir toutes tes dépendances dans ce script.


Ou mieux si tu utilises des jar auto-exécutable tu définis tes dépendances dans ton manifest.


a++

[miloux32]

Il est clair que je ne vais pas modifier la variable CLASSPATH de mon environnement, c'est effectivement très "crade".

Au final, je vais la surcharger au début de chacun de mes shells en fonction des programmes java appelés via une fonction setClasspath.

Cela me permettra de limiter à la fois le nombre de déclaration de mes Classpath et le nombre de chemins inutiles qu'ils contiennent. Et cerise sur le gâteau, je n'aurai plus qu'une modif à faire en cas de changement de classpath !

Qu'en pensez-vous ?

Dans ton shell de démarrage il te sffit de faire ( syntaxe approximative là désolé)

CLASSPATH_SHELL = $CLASSPATH ;
CLASSPATH_SHELL = $CLASSPATH_SHELL;TESAUTRESJARS

Apres tu fais :

java -classpath=$CLASSPATH_SHELL tonprogramme