Discussion :

[stephane.combes]

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 :

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

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 :

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

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.

[Uther]

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

[stephane.combes]

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.

[stephane.combes]

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

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

[fr1man]

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

[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

[stephane.combes]

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

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 ?

[tchize_]

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