Discussion :

[Deallyra]

Bonjour,

On trouve pas mal de documentation sur "classpath" sur le net mais une bonne partie sont à la ramasse...

Pour le classpath, ils nous renseignent sur la variable d'environnement "path" ou alors sur le path des classes Java.

Pour notre projet, nous avons besoin de récupérer le chemin d'accès au classpath puis de lister les fichiers xml pour ensuite les lister.

Filtrer et lister selon un path, c'est ok.
Cependant, récupérer le chemin d'accès au classpath pour le lire...
Là je ne sais pas ce que cela donne...

Sauriez vous où récupérer le classpath ?

[adiGuba]

Salut,


Le CLASSPATH, c'est comme la cuillère de Matrix : il n'existe pas

Plus sérieusement contrairement au PATH système, tu n'as pas une variable d'environnement qui comporte tous les chemins du classpath, car le classpath peut prendre plusieurs qui n'y sont pas forcément représentable. De plus cela dépend énormément de la manière dont tu lances

Il y a bien la variable système "java.class.path", mais elle comporte uniquement le classpath initial avant de lancer l'application, mais qui peut être très différent de celui de ton application...

Pour notre projet, nous avons besoin de récupérer le chemin d'accès au classpath puis de lister les fichiers xml pour ensuite les lister.

Ces fichiers XML sont où précisément ?
Ils ont toujours le même chemin ou tu dois parcourir tous les sous-répertoires ???

a++

[tchize_]

le classpath est l'ensemble des ressources faisant partie de ton classloader. La mauvaise nouvelle c'est que c'est juste le résultat du fonctionnement du classloader, il n'y a pas nécessairement de "liste des paths" accessible. Tu peux bien sur y aller en force sur le classloader. Par exemple, si le classloader hérite de URLClassLoader, tu peux utiliser sa méthode getURLs.

Le problème c'est que:

1) les urls de type http:// ne sont pas scannables
2) quand on charge des jar avec des class-path: dans le MANIFEST.MF, ca commence vite à devenir complexe.


pourquoi as-tu besoin de lister les xml accessbile et te rend tu compte, si t'incorpore des librairies annexes, de la quantité de xml que tu risque de sortir?


Le mieux serait plutot de te baser sur la manière dont ton programme est installé pour déterminer tous les jar et à partir de là explorer ceux que tu désire.

Edit: en faisant un test sur un appli en prod: 227 xml de trouvés

[Deallyra]

Plop et merci :3

Il y a bien la variable système "java.class.path", mais elle comporte uniquement le classpath initial avant de lancer l'application, mais qui peut être très différent de celui de ton application...

Ce qui explique certaines réponses que j'ai lues donc... Réponses incomplètes :/

Ces fichiers XML sont où précisément ?
Ils ont toujours le même chemin ou tu dois parcourir tous les sous-répertoires ???

En fait...
J'ai une application qui doit aller chercher tous les "Analysis Engine", les "Collection Reader", les "Types System" (...) de mon application.

Grossièrement, ce sont des fichiers XML reliés à des fichiers java permettant de réaliser des traitements spécifiques sur des fichiers.

Bref. Lorsque je lance mon application, j'ai besoin de lui donner la liste de ces fichiers disponibles.
Il peut s'agir de Jar qu'il a incorporé (et dans ce cas on se débrouillera pour rajouter le chemin au classpath) ou alors de fichiers déjà présents avant.
Aussi ils peuvent être un peu n'importe où sur son pc.

pourquoi as-tu besoin de lister les xml accessbile et te rend tu compte, si t'incorpore des librairies annexes, de la quantité de xml que tu risque de sortir?

Je ne m'en rends pas encor complètement compte mais je vois bien que ça peut vite se révéler être assez lourd oui

[tchize_]

en gros t'as besoin de trouver n'importe quoi, n'imprte ou?

Pour ceux qui sont dans le jar, si ils portent un nom précis (exemple META-INF/machin.xml), il y a moyen de demander au classlaoder de récupérer tous les "META-INF/machin.xml" du classpath sous forme d'une énumération d'urls. Pareil si le répertoire est connu.

Code :

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

Enumeration e = classloader.findRessources("/META-INF/");

devrait retourner tous les folder META-INF du classapth

[adiGuba]

Si tu pouvais placer dans un même répertoire ce serait plus pratique (même si ce répertoire peut être compris dans plusieurs emplacement du classpath).

En effet tu peux utiliser getResources() pour récupérer toutes les ressources avec le même nom, par exemple pour obtenir tous les répertoire "xml" du classpath :

Code :

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

1
2
	ClassLoader classLoader = ClassLoader.getSystemClassLoader();
	Enumeration<URL> urls = classLoader.getResources("xml");

Ensuite il faut traiter chacune de ces URL selon leurs protocoles, sachant que tu peux avoir deux principaux protocoles :

• file: si le répertoire fait partie d'un répertoire. L'URL correspond alors tout simplement au répertoire et tu peux le lister le plus simplement du monde.
  jar:, et tu as alors une URL vers le répertoire à l'intérieur du jar, sous la forme jar:file:/chemin_vers_le.jar!/repertoire
  Il faut alors décomposer l'URL pour récupérer uniquement l'URL vers le jar, afin de pouvoir le parcourir.

Attention car tu peux très bien avoir d'autres protocoles que tu ne devrais pas traiter...


a++

[edit] Grillet

[tchize_]

[edit] Grillet

Grilled

[adiGuba]

[mauvaise_foi] Sur mon clavier les touches 'T' et 'D' sont beaucoup plus proche que sur les autres claviers [/mauvaise_foi]