Die Bereitstellung von Maven-Projekt wirft java.util.zip.ZipException: invalid LOC header (schlechte Signatur)

Müssen Sie überprüfen, welche jar ist was problem. Es muss zerstört werden. Löschen Sie die jar und führen mvn spring-boot:run Befehl erneut aus. Möglicherweise besser, ein Glas beschädigt wurde, so dass jedes mal, wenn Sie benötigen, um führen Sie den Befehl löschen Sie die jar. In meinem Fall mysql, jackson, Aspekt Gläser beschädigt war mvn spring-boot:run Kommando 3 mal und ich herausfinden, diese gelöscht und die Gläser aus .m2 Ordner. Jetzt das Problem gelöst hat.

InformationsquelleAutor alok

Das hauptsächlich problem sind beschädigte Gläser.

Zu finden, die beschädigt ist, müssen Sie einen Java-Exception-Breakpoint im Breakpoints-View von Eclipse, oder Ihre bevorzugte IDE, wählen Sie die java.util.zip.ZipException Klasse, und starten Sie Tomcat-Instanz implementiert werden.

Wenn die JVM suspendiert in ZipException Haltepunkt müssen Sie gehen, um
JarFile.getManifestFromReference() in der Stapel-Ablaufverfolgung, und überprüfen Sie das Attribut name zu sehen, die mit dem Namen.

Danach sollten Sie die Datei löschen aus dem Datei-system und dann mit der rechten klicken Sie auf Ihr Projekt, wählen Sie Maven, Projekt Aktualisieren, überprüfen Sie auf Update Erzwingen von Snapshots/Releases.

InformationsquelleAutor Matias Sebastiao

Ich würde gerne geben meinem geben, meine Praxis.

Verwenden Sie Ihre bevorzugte IDE, eclipse nehmen für zum Beispiel hier:

1. Finden Sie einen geeigneten Position innerhalb der Ausnahme-Stapel
2. Set bedingten Haltepunkt
3. Debuggen
4. Es wird gedruckt, das beschädigte Glas vor Ausnahme

InformationsquelleAutor samm

Sieht aus wie problem-Konfiguration für maven-compiler in Ihrem pom-Datei. Standard-version java-Quell-und Ziel-ist 1.5, die auch verwendet JDK hat eine höhere version.

Zu beheben, fügen Sie maven-compiler-plugin-Konfiguration Abschnitt mit einer höheren java-version, Beispiel:

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.6.1</version>
  <configuration>
    <source>1.6</source>
    <target>1.6</target>
  </configuration>
</plugin>

Für weitere Informationen prüfen Sie diesen links:

maven-compiler

bug-report

InformationsquelleAutor harvyS

Darüber hinaus entfernen .m2/repository, entfernen Sie die Anwendung vom server, führen Sie server (ohne Anwendungen), halten Sie es und fügen Sie die Anwendung erneut. Jetzt sollen es an die Arbeit. Aus irgendeinem Grund nur die Reinigung server-Ordner von der Schnittstelle nicht den gleichen Effekt haben.

InformationsquelleAutor Alex

Wir können erzwingen, dass die checksum-überprüfung in maven mit mindestens zwei Optionen:

1.Hinzufügen der --strict-checksums zu unserem maven-Befehl.

2.Hinzufügen die folgende Konfiguration für unsere maven settings Datei:

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
                          https://maven.apache.org/xsd/settings-1.0.0.xsd">
    <!--...-->
    <profiles>
        <profile>
            <!--...-->
            <repositories>
                <repository>
                    <id>codehausSnapshots</id>
                    <name>Codehaus Snapshots</name>
                    <releases>
                        <enabled>false</enabled>
                        <updatePolicy>always</updatePolicy>
                        <checksumPolicy>fail</checksumPolicy>
                    </releases>
                    <snapshots>
                        <enabled>true</enabled>
                        <updatePolicy>never</updatePolicy>
                        <checksumPolicy>fail</checksumPolicy>
                    </snapshots>
                    <url>
                        <!--...-->
                    </url>
                </repository>
            </repositories>
            <pluginRepositories>
                <!--...-->
            </pluginRepositories>
            <!--...-->
        </profile>
    </profiles>
    <!--...-->
</settings>

Mehr details in diesem Beitrag: https://dzone.com/articles/maven-artifact-checksums-what

InformationsquelleAutor SHoko

Projekt erstellen mit der option "-e -X", um herauszufinden, das beschädigte Glas & entfernen Sie das Glas vom lokalen repository.

InformationsquelleAutor Ajeesh

Es ist vor allem durch maven.Wenn Sie mit der IDEE, versuchen Sie diese
folgende Schritte:

1.IDEE zur Ausführung "maven clean",dann u sehen

 [INFO] Scanning for projects... [WARNING]  [WARNING] Some problems were encountered while building the effective model for com.hisen:BookSystem_V0:war:1.0-SNAPSHOT [WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-compiler-plugin is missing. @ line 116, column 15 [WARNING]  [WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.

ersetzen Sie die falsche jar

2.IDEE zur Ausführung "maven compile",dann u sehen

[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR : 
[INFO] -------------------------------------------------------------
[ERROR] Failure executing javac, but could not parse the error:
错误: 读取/Users/qinkai/.m2/repository/ch/qos/logback/logback-classic/1.1.1/logback-classic-1.1.1.jar时出错; invalid LOC header (bad signature)
错误: 读取/Users/qinkai/.m2/repository/ch/qos/logback/logback-core/1.1.1/logback-core-1.1.1.jar时出错; invalid LOC header (bad signature)
2 个错误

lösen die falsche jar

dann das problem gelöst werden.

InformationsquelleAutor Qin Kai

Hier ist ein kleiner Detektor in Java geschrieben , einfach kopieren und ausführen 🙂

import java.io.IOException;
import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.Paths;
import java.util.ArrayList;
import java.util.List;
import java.util.jar.JarFile;
import java.util.stream.Collectors;

public class JarValidator {

    public static void main(String[] args) throws IOException {
        Path repositoryPath = Paths.get("C:\\Users\\goxr3plus\\.m2");

        //Check if the main Repository Exists
        if (Files.exists(repositoryPath)) {

            //Create a class instance
            JarValidator jv = new JarValidator();

            List<String> jarReport = new ArrayList<>();
            jarReport.add("Repository to process: " + repositoryPath.toString());

            //Get all the directory files
            List<Path> jarFiles = jv.getFiles(repositoryPath, ".jar");
            jarReport.add("Number of jars to process: " + jarFiles.size());
            jarReport.addAll(jv.openJars(jarFiles, true));

            //Print the report
            jarReport.stream().forEach(System.out::println);

        } else {
            System.out.println("Repository path " + repositoryPath + " does not exist.");
        }
    }

    /**
     * Get all the files from the given directory matching the specified extension
     * 
     * @param filePath      Absolute File Path
     * @param fileExtension File extension
     * @return A list of all the files contained in the directory
     * @throws IOException
     */
    private List<Path> getFiles(Path filePath, String fileExtension) throws IOException {
        return Files.walk(filePath).filter(p -> p.toString().endsWith(fileExtension)).collect(Collectors.toList());
    }

    /**
     * Try to open all the jar files
     * 
     * @param jarFiles
     * @return A List of Messages for Corrupted Jars
     */
    private List<String> openJars(List<Path> jarFiles, boolean showOkayJars) {
        int[] badJars = { 0 };
        List<String> messages = new ArrayList<>();

        //For Each Jar
        jarFiles.forEach(path -> {

            try (JarFile file = new JarFile(path.toFile())) {
                if (showOkayJars)
                    messages.add("OK : " + path.toString());
            } catch (IOException ex) {
                messages.add(path.toAbsolutePath() + " threw exception: " + ex.toString());
                badJars[0]++;
            }
        });

        messages.add("Total bad jars = " + badJars[0]);
        return messages;
    }

}

Ausgabe

Repository to process: C:\Users\goxr3plus\.m2
Number of jars to process: 4920
C:\Users\goxr3plus\.m2\repository\bouncycastle\isoparser-1.1.18.jar threw exception: java.util.zip.ZipException: zip END header not found
Total bad jars = 1
BUILD SUCCESSFUL (total time: 2 seconds)

InformationsquelleAutor GOXR3PLUS