Maintien des icônes et images dans un .jar

Version imprimable

05/01/2015, 23h09
BenkessiratAmina

Maintien des icônes et images dans un .jar

Bonjour,

J'ai programmé une application en java sous NetBeans, tout s'est bien passé, jusqu'à la génération du .jar, l'application fonctionne parfaitement, mais les icônes et image ne sont pas maintenus...

Quelqu'un saurait-il m'indiquer comment faire pour les maintenir dans mon jar ?

Merci d'avance pour votre aide.
05/01/2015, 23h15
tchize_

Tu charge bien tes icones et image via un appel à getResource, pas un appel à File ?
05/01/2015, 23h20
BenkessiratAmina

Je fait appel par cette instruction:

Code:

this.open.setIcon(new ImageIcon("image.png"));

et l'image se situe dans mon projet 8O

Salut,

Ce code va chercher l'image sur le répertoire courant, et non pas dans le jar.

La solution la plus simple étant de tout copier dans un package :
Crées toi un package "resources" dans ton application (dans le répertoire des sources par exemple).
Copies-y toutes tes ressources (images, etc.).
Ajoutes-y une classe permettant de charger les images (et éventuellement d'autres ressources) en utilisant getResource().
Exemple :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 package com.mydomain.myapps.res; import java.net.URL; import javax.swing.ImageIcon; public class Resources { public static URL getURL(String resName) { URL url = Resources.class.getResource(resName); if (url==null) { throw new IllegalStateException("Resource not found : '" + resName + "'."); } return url; } public static ImageIcon loadIcon(String resName) { return new ImageIcon(getURL(resName)); } }
Désormais dans ton code tu n'a plus qu'à faire ceci :

Code:

this.open.setIcon(Resources.loadIcon("image.png"));

a++

12/01/2015, 20h25
BenkessiratAmina

exception

J'ai fait exactement ça, mais j'ai une exception de ce genre lors du run:
"Exception in thread "AWT-EventQueue-0" java.lang.IllegalStateException: Resource not found : 'save.png'." 8O

voila la partie du chargement de mon icon:

Code:

this.save.setIcon(r.loadIcon("save.png"));

1 pièce(s) jointe(s)

Salut,

Le chemin que tu utilises et l'emplacement sont importants.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 package net.developpez; import java.net.URL; public class Exemple { public static void main(String[] args) { URL url1 = Exemple.class.getResource("suricate.gif"); // parce que cette image est dans le même package que la classe URL url1bis = Exemple.class.getResource("/net/developpez/suricate.gif"); // parce que cette image est dans le package net.developpez URL url2 = Exemple.class.getResource("/resources/suricate.png"); // parce que cette image est dans un package resources au même niveau que le package racine } }
avec

Pièce jointe 166016

Dans l'exemple d'AdiGuba, si ton image est dans le package qui contient la classe Resources, ça devrait fonctionner. Sinon, il faut mettre le chemin absolu par rapport à la racine. Par contre, inutile d'instancier la classe Resources pour la mettre dans une variable r : les méthodes sont statiques, donc tu peux l'appeler directement par Resources.loadIcon().

12/01/2015, 21h10
BenkessiratAmina

Effectivement l'image est dans le même package qui contient la classe Ressource, et j'ai modifier le chargement de l'image, sans instancier la classe:

Code:

this.save.setIcon(Ressource.loadIcon("save.png"));

mais la même chose! :calim2:
12/01/2015, 21h13
joel.drigo

Tu utilises un IDE ou tu compiles et créés ton jar en ligne de commande ?
12/01/2015, 21h18
BenkessiratAmina

NetBeans IDE 7.3
12/01/2015, 21h22
joel.drigo

Tu peux nous donner l'arborescence exacte (pas la peine de tout mettre non plus, juste la classe Resource, et l'image, et leur arborescence complète), parce que là je ne vois pas. Tu es sous Windows ou sous linux/mac (ce serait pas juste un problème de casse ?) ?
12/01/2015, 21h30
BenkessiratAmina

1 pièce(s) jointe(s)

voila l’arborescence , c dans la fenêtre principale ou je charge mes icone :roll:
12/01/2015, 21h38
joel.drigo

A part le fait que NetBeans ne copie pas automatiquement les images dans le dossier des .class (je travaille sous Eclipse, donc je ne connais pas, mais ça m'étonnerait), je me pose 2 questions :

- c'est quoi le point rouge sur l'icône de la classe Ressource ?
- que se passe-t-il si au lieu de "save.png", tu mets "/XML_Editor_View/save.png" ?
12/01/2015, 21h55
BenkessiratAmina

1/ je ne me suis jamais demandée cette question vu que c'est le signe d'une class sous Netbeans 7.3
2/ et voila ça marche parfaitement, merci :) j'ai trouvé mon bonheur grâce à vous <3
12/01/2015, 22h02
joel.drigo

Citation:

Envoyé par BenkessiratAmina

1/ je ne me suis jamais demandée cette question vu que c'est le signe d'une class sous Netbeans 7.3

Bah, pas les autres classes en tout cas, comme Html.java, ou Principal.java par exemple. Cet overlay doit signifier quelque chose.

Citation:

Envoyé par BenkessiratAmina

2/ et voila ça marche parfaitement, merci :) j'ai trouvé mon bonheur grâce à vous <3

C'est la solution que j'ai donnée avec le chemin absolu qui fonctionne ? Pas normal que le chemin relatif ne fonctionne pas : je serais curieux de voir la raison de ce point rouge, et le source de la classe Resource...
12/01/2015, 22h11
tchize_

accessoirement tes classes sont très mal nommées:

Elles doivent commencer par une majuscule
Le pacakges doivent être en minuscule
Pas de _ dans les noms de classes / noms de package, uniquement de l'alphanumérique.
12/01/2015, 22h30
BenkessiratAmina

#joel.drigo
1/ bh Ressource est une classe, par contre les autres sont des (JFrame/Jpanel)!
2/ oui votre solution avec le chemin absolu qui marche parfaitement!

#tchize_
merci pour ce précieux rappel.
13/01/2015, 09h10
joel.drigo

Citation:

Envoyé par BenkessiratAmina

#joel.drigo
1/ bh Ressource est une classe, par contre les autres sont des (JFrame/Jpanel)!
Oui, mais il y a un problème dans cette classe
2/ oui votre solution avec le chemin absolu qui marche parfaitement!

Peut-être, mais ce n'est pas normal que le chemin relatif ne fonctionne pas : il y a quelque chose qui ne va pas dans ta classe Ressource (probablement la classe sur laquelle est appelée getResource() n'est pas la classe Resource, mais ce serait mieux d'avoir le source pour éviter d'avoir à spéculer). L'avantage de chemin relatif est que les chemins ne dépendent pas du package : lorsque tu vas avoir plus de fichiers de ressource, et que tu voudras les déplacer dans un package à part (ce qui serait plus propre de toute manière, et plus pratique accessoirement), pour éviter d'avoir quelques sources mélangés dans pleins de fichiers et t'y retrouver plus facilement, il va falloir reprendre tous les chemins absolus dans les sources (alors que sinon, un simple déplacement engagera la refactorisation automatique). Maintenant si ça te convient comme ça, je vais pas te forcer;)
13/01/2015, 19h31
BenkessiratAmina

Je suis tout à fait d'accord avec vous, et pour l'avantage des chemin relatifs j'en suis reconnaissante! mais je ne sais toujours pas ou est le problème! je le détecterai plus tard :P
13/01/2015, 19h56
joel.drigo

Citation:

Envoyé par BenkessiratAmina

Je suis tout à fait d'accord avec vous, et pour l'avantage des chemin relatifs j'en suis reconnaissante! mais je ne sais toujours pas ou est le problème! je le détecterai plus tard :P

C'est pour ça que je t'ai demandé le source : pour pouvoir voir et te dire.