Extrahieren der Zip-Datei von ResourceStream wirft Fehlermeldung "Invalid block gespeichert Längen"

Ich versuche, extrahieren Sie eine ZIP-Datei von meinem aktuellen JAR mit:

InputStream resource = getClass().getClassLoader().getResourceAsStream(name);

Diese Holen Sie sich die richtige InputStream, aber es gibt einen Fehler, wenn ich versuche zu entpacken Sie es mit dem folgenden code (ich bin Speicherung jeder einzelnen Datei in ein Hashmap<file, filename>):

public static HashMap<String, String> readZip(InputStream inputStream) throws IOException {
    byte[] buffer = new byte[1024];
    HashMap<String, String> list = new HashMap<>();
    ZipInputStream zipInputStream = new ZipInputStream(inputStream);
    ZipEntry entry = zipInputStream.getNextEntry();
    while (entry != null) {
        if (!entry.isDirectory()) {
            StringBuilder stringBuilder = new StringBuilder();
            while (IOUtils.read(zipInputStream, buffer) > 0) {
                stringBuilder.append(new String(buffer, "UTF-8"));
            }
            list.put(stringBuilder.toString(), entry.getName());
        }
        zipInputStream.closeEntry();
        entry = zipInputStream.getNextEntry();
    }
    zipInputStream.closeEntry();
    zipInputStream.close();
    return list;
}

Jedoch, wenn ich versuche, dies zu tun, bekomme ich diese exception (auf IOUtils.read)

java.util.zip.ZipException: invalid stored block lengths
   at java.util.zip.InflaterInputStream.read(Unknown Source)
   at java.util.zip.ZipInputStream.read(Unknown Source)

Mache ich das falsch? Ich habe getan, viel googeln des Fehlers, und ich wollte nicht sehen, nichts in Bezug auf mein Problem.

Also Ihr GLAS enthält einen Eintrag, der gezippt ist? Sie wollen zum Lesen der bytes, die dieser Eintrag und Las es durch eine ZipInputStream?
Ja, ich denke, das war es
Dies legt nahe, die Datei ist beschädigt. Versuchen Sie, entpacken Sie es mit einem normalen unzip-Dienstprogramm.
Funktioniert einwandfrei, wenn ich die Datei aus dem Glas, nachdem ich es kompiliert haben. So ich raten bin, maven/java ist etwas tun, um es beim kompilieren?
Unabhängig davon, du machst einen schweren Fehler in der Verknüpfung der Daten in einem StringBuilder-Objekt und speichern Sie es als String. Erste, Sie nicht einmal tun, richtig, wie Sie sind ignoriert die lese-zählen beim konstruieren jede Zeichenfolge. Zweitens, String ist kein container für binäre Daten. Sie sollten kopieren Sie jeden Eintrag, um einen ByteArrayOutputStream und zurück eine HashMap<String, byte[]>.
Okay, tun (dies schrieb, ziemlich spät in der Nacht, wie üblich). Alles, was Sie können ableiten, über die wichtigste Frage aber?
Hauptproblem ist, dass die Ressource beschädigt ist, oder ist nicht eine ZIP-Datei überhaupt. Wie genau baust du es?
mvn clean install? Oder die ZIP-Datei, es ist erstellt mit Windows.
Von dem, was es scheint, wenn es kompiliert die zip beschädigt wird, in das Glas.
Nur eine minute. Es gibt eine große unerklärliche Distanz zwischen dem ausführen von maven und das bauen an.zip Datei und das hinzufügen von es in ein GLAS, und keiner davon beinhaltet die Zusammenstellung.
Wenn maven kompiliert wird, verwendet es die Maven Ressource Plugin zum hinzufügen von Dateien in das endgültige Gefäß. Es scheint, dass es standardmäßig UTF-8 verwendet, das war die Zerstörung der zip.

InformationsquelleAutor PaulBGD | 2014-08-11

Dank @PaulBGD die Antwort von oben. Es hat mich gerettet Stunden, um herauszufinden, was passiert mit meinem system, ich fügen Sie die folgende neue snippets in meine pom.xml - Datei (die ich nicht erkennen, ist die Ursache vor der Lektüre Paul ' s Antwort):

<resources>
  <resource>
    <directory>src/main/resources</directory>
    <filtering>true</filtering>
    <includes>
      <include>**/*.version</include>
      <include>**/*.properties</include>
      <include>**/*.xml</include>
      <include>**/*.csv</include>
      <include>**/*.txt</include>
      <include>**/*.gif</include>
      <include>**/*.json</include>
      <include>**/*.xlsx</include>
      <include>rythm/**</include>
    </includes>
  </resource>
</resources>

Aber ich habe keine Paul ' s direkt Antworten, statt ich glaube nicht, dass xlsx Dateien sollten durch zu gehen die Ressource-plugin-filtern pipeline, so dass ich fügte hinzu, ein anderes resource in pom:

  <resource>
    <directory>src/main/resources</directory>
    <filtering>false</filtering>
    <includes>
      <include>**/*.xlsx</include>
    </includes>
  </resource>

Und es fixiert mein problem ohne änderung der Quell-encoding-Einstellung von UTF-8 zu ISO-8859-1

Dies scheint, wie die bessere Antwort, markiert Sie als solche 🙂

InformationsquelleAutor Gelin Luo

7

Nach ein paar weiteren Stunden des Suchens, ich dekompiliert die maven-resources-plugin und festgestellt, dass Sie verwendet UTF-8 kodiert. Ich blickte schnell auf die Codierung, die ich brauchen würde (ISO-8859-1) und steckte es in meine pom.
```
<properties>
    <project.build.sourceEncoding>ISO-8859-1</project.build.sourceEncoding>
</properties>
```
Nun die zip-Datei kopiert, in die jar-perfekt, keine Korruption auf allen.
- Vielen Dank, spart mir Stunden, um zu verstehen, was Los ist
InformationsquelleAutor PaulBGD

Ändern, spring-boot-starter-Eltern zu 2.0.4.RELEASE. Es funktionierte für mich.

  <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.0.4.RELEASE</version>
        <relativePath />
    </parent>

InformationsquelleAutor Narendra Kekane

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.