Discussion :

[lvr]

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 :

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

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 :

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

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 :

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

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

[gifffftane]

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/.

[lvr]

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 :

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

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 ?

[djo.mos]

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.

[lvr]

Code :

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

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.

AaahJe 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 ?

[gifffftane]

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

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.

[lvr]

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