[InputStream]erreur cast

Bonjour,
J'utilise ce code pour aller rechercher un fichier de config dans un fichier jar :

Code:

---

1 2 3 4

public InputStream loadConfigurationFile(String fileName){ InputStream is = this.getClass().getResourceAsStream ("/configuration/" + fileName); return is; }

---

Ensuite, j'aimerai bien copier un de ces fichiers dans le home directory de l'utilisateur. Pour ca, j'utilise une méthode de copie de fichiers comme celle de la faq :
http://java.developpez.com/faq/java/...FICHIER_copier

Donc, je pensai caster le InputStream que me retourne la méthode loadConfigurationFile en FileInputStream.
Le problème est que quand j'éxecute ce code :

Code:

---

1 2	InputStream input = JarLoader.getInstance().loadConfigurationFile("PERSONAL.default"); System.out.println("class name = " + input.getClass().getName());

---

Je remarque que loadConfigurationFile me retourne un ZipFile :

Citation:

---

classe name = java.util.zip.ZipFile$2

---

Je ne comprend pas comment à partir d'un InputStream, j'obtiens un ZipFile. Comment puis-je le traiter pour obtenir un FileInputStream et pouvoir le copier? Merci d'avance.

Tu n'as pas besoin de le transformer en FileInputStream pour faire ta copie. InputStream propose tout ce qu'il faut. Le ZipFile vient du fait que tu charges ton fichier depuis l'interieur d'un JAR, et les JAR ne sont autres que des... fichiers zip :)

Ok, mon problème est résolu. En effet, je vais faire la copie à partir d'un InputStream. Mais je trouve seulement "bizarre" qu'un InputStream soit transformer par un ZipFile qu'on ne pourra donc pas traiter car si je fais un :

Code:

---

1 2	InputStream input = JarLoader.getInstance().loadConfigurationFile; ZipFile zf = (ZipFile)input;

---

j'ai une erreur à la compilation alors que mon InputStream est bien un ZipFile.

Salut,

Citation:

---

Envoyé par alex'l

Je ne comprend pas comment à partir d'un InputStream, j'obtiens un ZipFile. Comment puis-je le traiter pour obtenir un FileInputStream et pouvoir le copier? Merci d'avance.

---

C'est normal...
InputStream est une classe de base qui représente un flux de données, mais elle est abstraite (sa méthode read() n'est pas implémenté) puisque qu'elle ne peut pas être associé directement à un flux de données réel. Il existe pour cela plusieurs classes filles qui permettent de récupérer des données spécialisé depuis différents flux (par exemple, pour récupérer le contenu d'un fichier on utilisera un FileInputStream)...

Et donc lorsqu'une méthode te renvoit un InputStream, elle te renvoit en réalité une classe fille d'InputStream.

Dans ton cas, la méthode getResourceAsStream() doit lire un fichier à l'intérieur d'un fichier Jar. Elle ne peut donc pas retourner un FileInputStream (il faut décompresser seulement le fichier que tu souhaites, et non pas lire le jar). Elle te renvoit donc une classe qui hérite de InputStream et qui sait décompresser le fichier concerné...

Et si tu regarde bien le nom de la classe, tu peux voir un $2 à la fin : java.util.zip.ZipFile$2.

Cela signifie qu'il s'agit d'une classe anonyme créé dans une méthode de ZipFile de la manière suivante :

Code:

---

1 2 3 4 5

InputStream monInputStream = new InputStream() { public int read() { // Code de lecture/decompression } };

---

Donc tu recois bien un InputStream et non pas un ZipFile ;)

a++

Heu non, ce n'est pas un ZipFile mais un ZipFile$2 (deuxieme classe anonyme de la classe ZipFile).

ok, merci pour l'explication car cette notion n'apparait pas (enfin je crois) dans la javadoc.

C'est un concept du langage pas de l'API. Note que tu peux tout betement regarder le type de retour de ta methode et, dans le pire des cas, regarder la hierarchie du type retourne ou du type que tu souhaites obtenir.