java.util.zip.ZipException: error in opening zip file

Version imprimable

Bonjour,

voici le contexte :
- tous les jours un utilisateur vient déposer un ou plusieurs zip dans un dossier. Mon programme extrait de chaque zip des données contenu dans un fichier particulier. Ce programme fonctionne correctement depuis quelques mois.
Dans l'ensemble des zip qui ont été soumis au programme 2 posent problème et je ne comprend pas pourquoi.

Le problème :
- dans ma classe "Rapport" j'ai un méthode "unzip" qui contient le code suivant :
Code:

1 2 3 4 5 6 7 190 // Open zip file 191 File _file = new File(zipFile); 192 System.out.println("_file : " + _file); 193 ZipFile _zipFile = new ZipFile(_file); 194 System.out.println("_zipFile : " + _zipFile); 195 this.set_zipFile(_zipFile);
quand je l'exécute dans Netbeans j'obtiens les traces suivantes :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 compile: run: _file : /home/stc/TesteurDyn/RapportZIP/RIOM-TESTDYN001_20091130_48Fail.zip java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:114) at java.util.zip.ZipFile.<init>(ZipFile.java:131) at importDynTesteurData.Rapport.unzip(Rapport.java:193) at importDynTesteurData.ImportDynTesteurData.importRapport(ImportDynTesteurData.java:25) at importDynTesteurData.ImportDynTesteurData.main(ImportDynTesteurData.java:100) java.util.zip.ZipException at importDynTesteurData.ImportDynTesteurData.importRapport(ImportDynTesteurData.java:31) at importDynTesteurData.ImportDynTesteurData.main(ImportDynTesteurData.java:100) BUILD SUCCESSFUL (total time: 0 seconds)
Infos complèmentaires :
- Le zip se nomme "RIOM-TESTDYN001_20091130_48Fail.zip".
- Le zip se trouve bien dans le répertoire "/home/stc/TesteurDyn/RapportZIP/"
- Le zip est parfaitement lisible avec le gestionnaire d'archive "File roller" sous linux.
- Si je dézippe et rezippe le fichier sous un autre nom le problème persiste.

Quelqu'un aurait-il une piste car je ne vois pas se que ce fichier a de particulier et le pourquoi de cette erreur.

18/12/2009, 16h37
Uther

Visiblement, il a du mal à lire le fichier. Est ce que _file.exists() retourne bien "true"?
18/12/2009, 16h49
stephane.combes

Citation:

Envoyé par Uther

Visiblement, il a du mal à lire le fichier. Est ce que _file.exists() retourne bien "true"?

j'ai ajouté le test, résultat : _file.exists() retourne true.
18/12/2009, 17h08
stephane.combes

Citation:

Envoyé par Uther

Visiblement, il a du mal à lire le fichier. Est ce que _file.exists() retourne bien "true"?

Le problème vient en effet de la lecture du zip.
Le zip que j'exploite contient plusieurs fichiers et or moi je ne récupère les infos que dans un seul. J'ai viré tous les fichiers qui ne me sont pas utile du zip est le programme fonctionne correctement.

Mais j'aimerais comprendre ce qui peut perturbé l'ouverture du zip car la solution de virer les fichiers inutiles ne me satisfait pas.

Bon wk
21/12/2009, 10h20
stephane.combes

j'ai "résolu" le problème en décompressant le zip et en le recréant avec le même nom (ceci étant une contrainte du programme).

Je ne m'explique pas le fait que des logiciels tels que Winzip, 7zip ou autres lisent et manipulent parfaitement le zip et que les méthodes de la librairie java.util.zip aient des problème.

Bref, le problème n'est pas vraiment résolu mais facilement contournable.
21/12/2009, 10h24
fr1man

As-tu des noms de fichiers avec accent dans ton zip ?
Si c'est le cas, ça pose problème.
21/12/2009, 10h27
tchize_

les méthodes de la librairies zip sont destinés principalement à kla manipulation des jar. La pluspart des logiciels style winzip gèrent des extensions par rapport au format zip de base qui est déjà bien vieux. Visiblement l'api java ne supporte pas une des extensions créées par ton programme de compression. Le mieux serait d'utiliser un api zip plus avancée, comme par exemple commons compress
21/12/2009, 11h00
stephane.combes

Citation:

Envoyé par fr1man

As-tu des noms de fichiers avec accent dans ton zip ?
Si c'est le cas, ça pose problème.

Non, le zip ne contient aucun fichier accentué.

Citation:

Envoyé par tchize_

les méthodes de la librairies zip sont destinés principalement à kla manipulation des jar. La pluspart des logiciels style winzip gèrent des extensions par rapport au format zip de base qui est déjà bien vieux. Visiblement l'api java ne supporte pas une des extensions créées par ton programme de compression. Le mieux serait d'utiliser un api zip plus avancée, comme par exemple commons compress

Bonne idée d'aller voir du côté d'une API plus avancée. Je n'aurais pas le temps immédiatement mais j'espère bien pouvoir essayer cette solution.

Savez-vous si l'api standard doit évoluer afin de mieux gérer les autres formats que le jar ? Où puis-je trouver ce style d'infos ?
21/12/2009, 11h09
tchize_

Citation:

Envoyé par stephane.combes

Savez-vous si l'api standard doit évoluer afin de mieux gérer les autres formats que le jar ? Où puis-je trouver ce style d'infos ?

Je pense pas que rien de tout ca ne sois prévu pour java 7. Il ne faut pas perdre de vue que la pluspart de ces extensions sont "propriétaires" ;) Et je ne pense pas que sun y voie une nécessité, puisque ce sont les outils de sun qui créent et lisent les jars ;)