Une ressource présente dans le jar n'est pas trouvée

J'espérais trouver la solution à mon problème dans cette FAQ ou dans ce thread-ci !! Déception. Car c'est le même problème.

Dans mon répertoire class j'ai un répertoire AA avec des icônes, et un répertoire Zweeger avec mes packages Zweeger.x.y....

Pour charger mes icônes, je fais un

Code:

---

URL url = ATVSTECentral.class.getResource("/AA/");

---

Quand j'exécute via mon EDI ça fonctionne, car le répertoire est bien présent.

Quand je fabrique mes jar en y incorporant le répertoire AA, le getRessource ne trouve rien. Comme ça se fait ?

Voici comment je fabrique mon jar:

Code:

---

1 2 3

"jar.exe" -cmf0 ../../Make/ZWEEGERCORE.MF zweegercore.jar Zweeger/Common/*.* Zweeger/Zweegui/*.* AA/*.* "jar.exe" -cmf0 ../../Make/ZWEEGER.MF zweeger.jar Zweeger/Applications/Zweeger/Common/*.* "jar.exe" -cmf0 ../../Make/ZWEEGEREXE.MF zweegerexe.jar Zweeger/Applications/Zweeger/Standalone/*.*

---

l'exécutable étant le 3ème (zweegerexe.jar) et n'étant pas celui qui contient le répertoire AA.

Pour info, voici le manifest du jar contenant les icônes (si cela avait une influence):

Code:

---

1 2 3 4 5 6 7

Manifest-Version: 1.0 Created-By: 1.4.2_04 (Sun Microsystems Inc.) Name: Zweeger/Common/ Sealed: true   Name: Zweeger/Zweegui/ Sealed: true

---

Voyez-vous une explication à ceci ?
Merci,

Laurent

Je pense que c'est parce que la notion de répertoire n'existe tout simplement pas dans les zip, donc dans les jar, ou qu'elle existe sous une forme dégradée.

Tu pourras vérifier en faisant jar tf tonjar ; selon mes petites théories, il n'y aura pas de /AA/.

En effet. Merci pour cette piste.

J'ai donc ajouté explicitement "AA/" en plus de "AA/*.*". Un jar jt l'affiche bien maintenant.

Un getClass().getResource("/AA/") retourne bien une URL, mais si je fais

Code:

---

dir=new File(URL.toURI());

---

ça plante avec une IllegalArgumentException("URI is not hierarchical");

Je viens d'essayer plusieurs combinaison ("/AA", "/AA/icon.png", ...), j'obtiens chaque fois une URL et un URI, mais l'URI est "opaque" (c'est que signifie l'exception retournée par le new File(...)) et une URI opaque est une URI dont le path vaut null.

L'uri trouvée est:
"jar:/file:/D:/work/zweeger.jar!/AA/icon.png" ce qui est correct.

Pourquoi est-ce que l'API URI ne trouve pas de "path" là-dedans ?

Salut,
La notion de file ne marhce plus dans un jar (qui est un fichier lui même).
Il faut toujours passer par class.getResourceAsStream pour accéder à un fichier dans un jar.

Code:

---

1 2	La notion de file ne marhce plus dans un jar (qui est un fichier lui même). Il faut toujours passer par class.getResourceAsStream pour accéder à un fichier dans un jar.

---

Aaah:roll:Je ne voulais pas tant lire le contenu que traiter l'objet comme un fichier/répertoire: faire un listFiles(), ...:(

Est-ce qu'il y a un autre moyen de dresser une liste de ce que contiendrait le jar ?

Oui : analyser par les méthodes de zip son contenu, mais c'est pas très bô :pleure:

En effet, tes icones pourraient être autre part que dans un jar.

Perso en ce genre de cas (que j'évite) je fais un fichier qui contient la liste des ressources ; j'accède ensuite à ce fichier comme une ressource, etc.

Une autre solution consiste à considérer l'ensemble des icones comme une seule ressource, que tu zipes ; tu places ce zip dans un jar, ou ailleurs, obtenant ainsi une ressource zipée ; comme tu es sûr qu'elle est zipée, il devient légitime de faire la liste de son contenu. Cela fonctionne même si ta ressource est dans un répertoire puisque de toutes façons elle est zippée.

Citation:

---

Oui : analyser par les méthodes de zip son contenu, mais c'est pas très bô

---

En effet.
J'aime bien ta 2ème proposition. Je vais aller dans cette direction.
Merci.
Laurent