Discussion :

[WiZarD67]

Bonjour,

Je suis entrain de développer une application en java pour un client, et je voudrai lui monter les avancements sauf que quand je veux exporter l'archive, mes images ne s'exportent pas et je ne comprend pas pourquoi ?

Code :

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

1
2
 
image1 = new ImageIcone("./Other/Image/363639-200.png");

J'ai essayé avec :

Code :

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

1
2
 
image1 = new ImageIcone(MaClasse.class.getResource("./Other/Image/363639-200.png"));

Mais cela fonctionne pas j'ai une erreur nulPointerException donc mon chemin n'est pas bon mais je ne vois pas pourquoi ?

Cordialement

[joel.drigo]

Salut,

La première syntaxe ne peut pas fonctionner avec un jar, parce que le paramètre est censé être un chemin de fichier.

La deuxième syntaxe génère une URL en cherchant dans les packages l'entrée. Premièrement les noms de package étant conventionnellement en minuscules, il pourrait y avoir un problème de casse : Other/Image n'est pas other/image. Le mieux par rapport à la convention c'est de tout mettre en minuscules. En plus tu n'auras pas d'effet sournois entre Windows et Linux, par rapport au fait que sous Windows, les chemins ne sont pas sensibles à la casse (donc peut fonctionner en exécution avec une arborescence de fichiers, donc dans l'EDI, mais pas sous forme de jar).
Ensuite, bien sûr, l'emplacement du package est important. other.image doit être un package comme s'il contenait des classes de ton programme.

La recherche se fait

1. soit de façon absolue par rapport à la racine
   le chemin commence par un /. Il faut donc qu'il y ait un package other/image dans l'arborescence de classes :
   
   • jesaispasquoi/ImageIcone.class
   • other/image/363639-200.png
2. soit de façon relative au package de la classe
   
   • jesaispasquoi/ImageIcone.class
   • jesaispasquoi/other/image/363639-200.png

N'utilise pas de chemin avec ./. Cela ne sert à rien et c'est trompeur : ton chemin est considéré comme relatif, donc ça veut dire une arbo du genre

• truc/jesaispasquoi/ImageIcone.class
• truc/other/image/363639-200.png

Le plus simple et global est d'avoir un package pour les ressources, et faire un accès toujours absolu, ou mettre éventuellement une classe d'accès aux ressources dans le package qui contient les ressources, avec un accès relatif (ce qui te permet facilement de faire de la refactorisation/renommage de package).

• monapp/resources/image/Icons.class
• monapp/resources/image/363639-200.png

A vérifier dans le jar que l'image (le fichier) est bien présente au bon endroit. Tu utilises quoi comme EDI pour exporter ton jar ?

[WiZarD67]

Bonjour,

Je viens de voir votre message je vais essayer dans la soirée je ne suis pas chez moi. J'utilise Eclipse comme IDE

[joel.drigo]

J'utilise Eclipse comme IDE

Il faut bien inclure les dossiers de ressources dans le classpath. Le plus simple étant de les mettre directement dans un dossier de sources.

1. en jar classique, il faut bien veiller que dans la section "Select the resources to export", le dossier des ressources soit bien exporté. Normalement, c'est pas défaut dans un dossier dans les sources, mais il peut arriver selon les manipulations que le dossier, ou ses fichiers, soit décochés.
2. En runnable, le problème peut venir de la construction du jar runnable et de la façon d'inclure des bibliothèques. Malheureusement, il n'y a pas moyen de choisir fichier par fichier ce qu'on veut inclure dans le jar. Je suppose qu'il se base sur les mêmes mécanismes qui sont utilisés pour sélectionner les fichiers dans le mode "jar file" classique. On peut choisir ensuite l'automatisme de gestion des bibliothèques. Il faut choisir le mode "Extract required libraries into generated Jar" : il semble que dans le cas contraire, les dossiers de ressources peuvent ne pas être inclus. Et ça sera aussi le cas, si ces dossiers sont montés dans le build path comme un dossier à part des sources.
   

[WiZarD67]

j'ai suivie ce que tu m'as dit et j'ai créé un packages other et j'ai toutes mes images dedans. Maintenant par exemple other/image.png. Par contre je ne comprend pas comment appeler mon image maintenant ?

[joel.drigo]

1. Une solution simple et classique parmi d'autres, qui doit correspondre à ton cas :
   
   
   
   Main.java
   

   Code :

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

   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
   12
   13
   14
   15
   16
   17
   18
   19
   20
   21
   22
   23
   package mypackage.mysubpackage;
    
   import javax.swing.JFrame;
   import javax.swing.JLabel;
    
   import resources.images.Icons;
    
   public class Main {
    
   	public static void main(String[] args) {
    
   		JFrame frame = new JFrame("Exemple");
   		frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
    
   		frame.add(new JLabel(Icons.getIcon(Icons.SURICATE)));
    
   		frame.pack();
   		frame.setLocationRelativeTo(null);
   		frame.setVisible(true);
    
   	}
    
   }

   Icons.java
   

   Code :

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

   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
   12
   13
   14
   package resources.images;
    
   import javax.swing.Icon;
   import javax.swing.ImageIcon;
    
   public class Icons {
    
   	public static final String SURICATE = "suricate.jpg";
    
   	public static Icon getIcon(String name) {
   		return new ImageIcon(Icons.class.getResource(name));
   	}
    
   }

   Voir demoicon.7z ci-joint (contient un jar runnable).
   
2. Une solution que je préfère personnellement :
   
   
   
   Main.java
   

   Code :

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

   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
   12
   13
   14
   15
   16
   17
   18
   19
   20
   21
   22
   23
   package mypackage.mysubpackage;
    
   import javax.swing.JFrame;
   import javax.swing.JLabel;
    
   import resources.images.Icon;
    
   public class Main {
    
   	public static void main(String[] args) {
    
   		JFrame frame = new JFrame("Exemple");
   		frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
    
   		frame.add(new JLabel(Icon.SURICATE));
    
   		frame.pack();
   		frame.setLocationRelativeTo(null);
   		frame.setVisible(true);
    
   	}
    
   }

   Icon.java
   

   Code :

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

   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
   12
   13
   14
   15
   16
   17
   18
   19
   20
   21
   22
   23
   24
   25
   26
   27
   28
   29
   30
   31
   32
   33
   34
   35
   36
   37
   38
   39
   40
   41
   42
   package resources.images;
    
   import java.awt.Component;
   import java.awt.Graphics;
    
   import javax.swing.ImageIcon;
    
   public enum Icon implements javax.swing.Icon {
    
   	SURICATE("suricate.jpg"),
   	;
    
   	private final ImageIcon icon;
    
   	private Icon(String name) {
   		icon = getIcon(name);
   	}
    
   	private static ImageIcon getIcon(String name) {
   		return new ImageIcon(Icon.class.getResource(name));
   	}
    
   	@Override
   	public void paintIcon(Component c, Graphics g, int x, int y) {
   		icon.paintIcon(c, g, x, y);
   	}
    
   	@Override
   	public int getIconWidth() {
   		return icon.getIconWidth();
   	}
    
   	@Override
   	public int getIconHeight() { 
   		return icon.getIconHeight();
   	}
    
   	public ImageIcon getImageIcon() {
   		return icon;
   	}
    
   }

   voir demoicon2.7z (contient un jar runnable)
   

L'affichage est le même dans les deux cas (ici à partir du jar) :


J'ai mis les ressources (les fichiers images) dans le même dossier que la classe qui permet de les appeler : pas de question à se poser sur le chemin (slash, ou pas, quel dossier, etc), c'est le nom du fichier, c'est tout. Ensuite, l'accès se fait par la classe, donc comme pour n'importe quelle autre classe, import/import static ou nom complet.
L'implémentation par enum permet d'avoir par la même instance, la constante qui représente l'icône, l'icône et on peut facilement faire des listes, ou maps. Chaque image est chargée qu'une seule fois, sans avoir à gérer une map (ce qu'il faudrait faire dans l'autre implémentation pour l'éviter). On écrit aussi moins de code pour chaque icône, surtout si on a de nombreuses icônes.