Discussion :

[®om]

Salut,

D'habitude, pour charger un fichier à partir d'un jar, je fais:

Code :

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

getClass().getResource(filename)

Le problème, c'est que si on veut charger le fichier dans une méthode static, et bien le getClass(), ça n'existe pas...

Je me suis donc dit, je vais faire:

Code :

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

MaClass.class.getResource(filename)

Là le problème, c'est que si MaClass est dans le package monpackage, et bien le chemin de filename est relatif au package et non à l'application...
Il faut donc mettre les images dans le répertoire monpackage...

Mais bon, en général, les images, ça se met dans un répertoire img, à la racine, et c'est comme ça qu'on fait avec getClass().getResource(...)...

Avez-vous une solution?

EDIT: La solution, c'est juste que j'avais oublié le '/' devant le chemin du fichier (/img/image.png)...
EDIT 2: Autre solution, qui me paraît plus propre:

Code :

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

ClassLoader.getSystemResource("img/image.png"); //donc sans le '/'

[afrikha]

Je ne suis pas sùr du tout et je n'ai jamais testé mais essaye quand mème:

Code :

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

1
2
 
MaClass.class.getClassLoader().getRessource(filename);

[®om]

Je ne suis pas sùr du tout et je n'ai jamais testé mais essaye quand mème:

Code :

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

1
2
 
MaClass.class.getClassLoader().getRessource(filename);

Non les images ne sont pas chargées

[adiGuba]

Salut,

Là le problème, c'est que si MaClass est dans le package monpackage, et bien le chemin de filename est relatif au package et non à l'application...

Je ne comprend pas, le mécanisme est le même que tu utilises getClass() dans MaClass ou MaClass.class...

• Si le nom de la resource commence par un '/', alors elle sera recherché à partir de la "base" du classpath (exemple : "/img/images.png").
• Sinon, le chemin du package courant est rajouté avant le nom de la resource. Ainsi si la classe appartient au package com.monsite, la resource "img/image.png" sera équivalent à "/com/monsite/img/image.png"...

a++

[®om]

Salut,


Je ne comprend pas, le mécanisme est le même que tu utilises getClass() dans MaClass ou MaClass.class...

• Si le nom de la resource commence par un '/', alors elle sera recherché à partir de la "base" du classpath (exemple : "/img/images.png").
• Sinon, le chemin du package courant est rajouté avant le nom de la resource. Ainsi si la classe appartient au package com.monsite, la resource "img/image.png" sera équivalent à "/com/monsite/img/image.png"...

a++

Bon, ok, j'avais oublié le '/', honte à moi (et d'ailleurs ça ne marche qu'avec / pas avec File.separator (\).

Donc Résolu...


Par contre, je ne comprends pas très bien ce que signifie MaClass.class....
Vu la syntaxe, on pourrait penser que class est un attribut, mais il n'en est rien - c un mot clé -.
Et quelle est la différence avec getClass() quand on est dans une instance?

[adiGuba]

(et d'ailleurs ça ne marche qu'avec / pas avec File.separator (\).

Normal il s'agit d'un chemin logique à l'intérieur du classpath, indépendant du système de fichiers... D'ailleurs cela peut correspondre à un fichier simple, à un fichier à l'intérieur d'une archive, à un fichier distant... ou même à n'importe quoi d'autre si tu redéfinis ton propre ClassLoader...

Par contre, je ne comprends pas très bien ce que signifie MaClass.class....
Vu la syntaxe, on pourrait penser que class est un attribut, mais il n'en est rien - c un mot clé -.

Disons qu'il s'agit d'un attribut "spécial" qui renvoit l'objet Class qui le représente...

Et quelle est la différence avec getClass() quand on est dans une instance?

Aucune : le même objet Class est retourné :

Code :

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

System.out.println( new String().getClass().equals(String.class) );

D'ailleur il n'y a qu'une seule et unique instance de Class par type de classe...

La seule différence c'est que .class permet d'obtenir la Class sans pour autant avoir initialisé une instance de la classe... L'autre alternative étant la méthode statique Class.forName()...

a++

[®om]

OK, merci de ta réponse...

Dans ce cas, au niveau de la conception, je ne vois pas pourquoi le getClass() n'a pas été déclaré static (vu que c'est le même pour toutes les instances)...
Etonnant...
Enfin, vu que c'est depuis java 1.0, faut pas chercher...

[adiGuba]

Dans ce cas, au niveau de la conception, je ne vois pas pourquoi le getClass() n'a pas été déclaré static (vu que c'est le même pour toutes les instances)...

Tout simplement parce qu'il renvoit le vrai type de l'objet :

Code :

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

1
2
3
Object o = "hello";
 
System.out.println( o.getClass() ); // renvoit String.class

a++

[®om]

Et pourquoi ni

Code :

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

ClassLoader.getSystemResource("/img/image.png");

ni

Code :

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

ClassLoader.getSystemClassLoader().getSystemResource("/img/image.png");

ne marchent pour charger l'image?