Discussion :

[jctransler]

Bonjour à tous et à toutes.

J'ai un souci d'utilisation de l'objet ImageIcon.
En effet, je souhaite afficher une image contenu dans un zip sans le dézipper (ça, ça va, on sait faire)

Le souci c'est que par la suite j'ai besoin de renommer ou supprimer le fichier zip.
Or le simple fait d'instancier une ImageIcon (sans même l’utiliser dans l'interface) suffit à ce que je ne puisse pas le faire.
Je précise que bien-sûr quand j'effectue le renommage je suis en dehors de la portée de la variable et le gc à été forcé au moins 2 fois entre temps.

Après moultes recherches, j'ai essayé un certain nombre de solutions qui ont fonctionné pour d'autres :
- l'utilisation de new ImageIcon(byte[])
- le setWritable(true)
- l'utilisation du ImageIO.read plutot qu'une ImageIcon

Evidemment rien n'a marché et je ne sais plus trop quoi faire.
D'avance merci

[joel.drigo]

Salut,

Je pense que tu ne fermes pas le "zip" (ZipInputStream ou ZipFile).

[jctransler]

Tu crois ? J'y ai pensé au début, mais si je retire toute instanciation d'ImageIcon le renommage s'effectue bien donc je ne pense pas.

[joel.drigo]

Bah, tu le fermes ou pas ? Si non, commence par le fermer.

[jctransler]

Ben oui le le ferme.
En fait je récupère l'url du fichier et je créé l'ImageIcon à partir de cette url. J'ai l'impression que c'est le constructeur qui ouvre le zip dans le refermer, mais j'ai pas la main dessus. Enfin c'est qu'une théorie.

[jctransler]

Bon j'ai progressé un peu...

J'ai donc mon URL sous la forme jar:file://adresse_de_mon_archive.zip/!image.png
Pour déconner je fais un

InputStream is = url.openStream();
is.close();

ça suffit à ce que mon fichier zip ne soit plus supprimable jusqu'à ce que je quitte le programme.
(je précise que sans ces lignes, aucune soucis)

J'ai du louper un épisode là...

[joel.drigo]

Ah, tu passes par URL, genre "jar:file/C:/suricate.zip!/suricate/suricate.png"" ?
Alors oui, par URL, la ressource sera libérée qu'en fin d'application, parce que le zip/jar est mis en cache. On peut débrancher ce comportement mais c'est merdique :

• c'est global, donc valable pour tous les jars (toutes les urls en fait)
• l'état est statique, dans URLConnection, mais la méthode setDefaultUseCaches ne l'est pas ! Il faut donc pouvoir créer une URL, et se connecter, pour le faire

Charge l'image par Image.IO, ou par le Toolkit. Tu peux charger ton image via l'URL, en ouvrant toi-même le stream, et en le fermant. Autre solution, faire ton propre URLClassLoader, sur ton propre protocol. Ainsi, tu pourras ouvrir et fermer le flux à ta guise, mais quand même passer par une URL directement.

[EDIT]Faire ça

Code :

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

1
2
InputStream is = url.openStream();
is.close();

après un new ImageIcon(url), c'est de la bidouille... quitte à ouvrir le flux, autant lire l'image par ce flux.

[jctransler]

Merci beaucoup !

J'ai fait au plus simple

Code :

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

1
2
3
4
uc = url.openConnection();
uc.setDefaultUseCaches(false);
is = uc.getInputStream();    
new ImageIcon(ImageIO.read(is));

ça fonctionne.
Merci, vraiment, le temps de circonscrire le problème et tout, j'ai bien du y passer une semaine complète !

[joel.drigo]

Autant faire :

Code :

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

1
2
3
4
 
try(InputStream is = url.openStream()) {
new ImageIcon(ImageIO.read(is));
}

C'est plus simple, et plus propre.