java: Zip Exception de codes non valides longueur?

Quand je suis à l'écriture d'entrées dans un fichier zip comme ceci:

ZipEntry ze = zin.getNextEntry();
while (ze != null) {
InputStream is = zf.getInputStream(ze);
zos.putNextEntry(ze);
int len;
while ((len = is.read(buffer)) >= 0) {
   zos.write(buffer, 0, len);
}

zos.closeEntry();
ze = zin.getNextEntry();

}

- Je obtenir de l'exception suivante sur la deuxième boucle while:

java.util.zip.ZipException: invalid code lengths set

at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:164)

at java.io.FilterInputStream.read(FilterInputStream.java:107)

Quelqu'un sait pourquoi cette exception est levée et ça veut dire quoi?

P. S. je dois préciser que je suis en cours d'exécution sur une des auditeurs sur JBoss 7.1.1 pour zip vaious journal de fichiers dans des dossiers différents. Il y a un thread pour chaque dossier. Le fait de l'utilisation de plusieurs threads conduire à ce problème?

InformationsquelleAutor GoAlves | 2013-10-28
  1. 3

    Vous définissez la ZipEntry du nouveau fichier zip à la même instance que vous avez obtenu à partir du fichier d'origine. Cela implique que toutes les valeurs doivent correspondre, mais cela échoue si la taille compressée de l'écrit d'entrée ne correspond pas à la taille compressée du fichier source. Et le plus petit peu de différence entre l'original du code de compression et de celui que vous utilisez aujourd'hui rendement de différents formats compressés. Pour le faire fonctionner, vous devez créer une copie de la ZipEntry pour la sortie et de réinitialiser la taille compressée sur elle.

    Par le chemin, vous utilisez zin.getNextEntry() et zf.getInputStream(ze) dans votre code qui implique que vous soyez à l'aide d'un ZipFile et un ZipInputStream en même temps. Si ils font référence au même fichier, c'est un gaspillage de ressources, si elles se réfèrent à des types de fichiers, vous pouvez vous attendre à encore plus de problèmes.

    Décider, soit ZipFile

    ZipFile zf = …
ZipOutputStream zos = …
byte[] buffer = …

for(Enumeration<? extends ZipEntry> e=zf.entries(); e.hasMoreElements();) {
  ZipEntry ze = e.nextElement();
  InputStream is = zf.getInputStream(ze);
  ZipEntry zeOut=new ZipEntry(ze);
  zeOut.setCompressedSize(-1);
  zos.putNextEntry(zeOut);
  int len;
  while ((len = is.read(buffer)) >= 0) {
     zos.write(buffer, 0, len);
  }
  zos.closeEntry();
}
zos.close();
zf.close();

    ou ZipInputStream

    ZipInputStream zin…
ZipOutputStream zos=…
byte[] buffer = …

ZipEntry ze = zin.getNextEntry();
while (ze != null) {
  ZipEntry zeOut=new ZipEntry(ze);
  zeOut.setCompressedSize(-1);
  zos.putNextEntry(zeOut);
  int len;
  while ((len = zin.read(buffer)) >= 0) {
     zos.write(buffer, 0, len);
  }
  zos.closeEntry();
  ze = zin.getNextEntry();
}
zos.close();
zin.close();
    • merci homme, qui a travaillé comme un charme! J'ai pensé qu'il n'était pas nécessaire de "reset" de la taille de la compression parce que j'étais juste de copier les fichiers dans un fichier zip afin d'être en mesure d'ajouter de nouveaux fichiers dans le zip. P. S. Dans le cas où vous vous poseriez la question, j'ai choisi le ZipInputStream façon.
    InformationsquelleAutor Holger