Recherche de ressources dans le classpath

Pour retrouver le répertoire correspondant à un package (se trouvant éventuellement dans un jar) j'ai utilisé la méthode suivante :

Code:

---

1 2 3 4

String packageName = "mon.package"; ClassLoader cld = Thread.currentThread().getContextClassLoader(); String path = packageName.replace('.', '/'); URL resource = cld.getResource(path);

---

Cette méthode fonctionne bien sauf qu'elle ne permet de ne trouver qu'une seule ressource.

Par exemple : imaginons qu'un même package soit présent dans plusieurs jar (ou plusieurs éléments du classpath), le code présenté retrouve un des éléments. J'aimerai avoir la liste des ressources correspondant à ce package.
Est ce possible (sans avoir à traiter manuellement la propriété "java.class.path") ?

Salut,


Attention car certains classloader pourrait ne pas voir les "packages" comme des répertoires. Je pense en particulier dans le cas de jar distant....


Sinon la solution consiste tout simplement à utiliser getResources(), qui renvoi une Enumeration avec toutes les URLs :

Code:

---

1 2 3 4

List<URL> resources = Collections.list(cld.getResources(path)); for(URL resource : resources) { System.out.println(resource); }

---

a++

Merci adiGuba :)

Pourquoi j'ai l'impression de poser des questions con... On va dire que c'est la fatigue.


Qu'entend tu pas jar distant ?
J'ai déjà traité le cas ou j'avais une URL de la forme "jar:file:/..." en récupérant l'objet JarFile en faisant :

Code:

---

1 2	JarURLConnection conn = (JarURLConnection) resource.openConnection(); JarFile jarfile = conn.getJarFile();

---

Et ensuite j'ai créé un proxy pour "voir" ce jar sous forme d'un objet de type File

Si c'est ce dont tu parles, j'ai déjà traité ce cas :)

Simplement qu'on limite un peut trop le classpath aux répertoires et archive jar.
Or cela peut très bien être n'importe quoi où la notion de répertoire n'existe pas forcément tel quel.

Je n'ai pas de cas concret à te donner, mais il est possible qu'un "package" ne soit pas trouvé par cette méthode, alors qu'on trouve bien les classes qu'il contient...


a++

PS : par curiosité c'est pour faire quoi ?

C'est pour faire l'équivalent du scan-package de Spring dans le cadre d'une librairie d'accès à un annuaire Ldap que je compte bientôt publier