Charger fichier à partir de JAR en static

Salut,

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

Code:

---

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:

---

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:

---

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

---

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

Code:

---

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

---

Citation:

---

Envoyé par afrikha

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

Code:

---

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

---

---

Non les images ne sont pas chargées :(

Salut,

Citation:

---

Envoyé par ®om

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++

Citation:

---

Envoyé par adiGuba

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?

Citation:

---

Envoyé par ®om

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

Citation:

---

Envoyé par ®om

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

Citation:

---

Envoyé par ®om

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

---

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

Code:

---

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++

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

Citation:

---

Envoyé par ®om

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:

---

1 2 3

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

---

a++

Et pourquoi ni

Code:

---

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

---

ni

Code:

---

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

---

ne marchent pour charger l'image?

Citation:

---

Envoyé par adiGuba

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

Code:

---

1 2 3

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

---

a++

---

Ouais, mais c'est pareil, String étend Objet, donc il lui suffirait de redéfinir l'attribut "class"...

EDIT: Je dis une bétise... lol

Citation:

---

Envoyé par ®om

Et pourquoi ni

Code:

---

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

---

ni

Code:

---

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

---

ne marchent pour charger l'image?

---

Parce qu'elle ne correspondent pas exactement à la même chose que le getResource() de Class. En effet ces méthodes se contente d'appeller la méthode getResource() de ClassLoader qui attend un nom de resources complets sans le '/' initial, donc :

Code:

---

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

---

Il vaut mieux éviter de mélanger les deux pour éviter les confusions...

Citation:

---

Envoyé par ®om

Ouais, mais c'est pareil, String étend Objet, donc il lui suffirait de redéfinir l'attribut "class"...

---

Ce n'est pas un vrai attribut, et en plus l'accès en serait plus "complexe", au lieu de :

Code:

---

this.getClass()

---

On aurait :

Code:

---

Object.getClass(this);

---

a++

Citation:

---

Envoyé par adiGuba

Code:

---

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

---

---

Ah ouais nickel, je vais faire comme ça, ça me paraît être le plus "propre" :)