При развертывании проекта Maven выбрасывается java.util.zip.ZipException: неверный заголовок LOC (неверная подпись)

Ответ 1

Вы должны проверить, какая банка вызывает проблемы. Это должно быть повреждено. Удалите этот jar и снова запустите mvn spring-boot:run. Может быть, больше, чем одна банка повреждена, поэтому каждый раз, когда вам нужно выполнить эту команду, чтобы удалить эту банку. В моем случае mysql, jackson, aspect jars были повреждены mvn spring-boot:run команду 3 раза, и я выяснил это и удалил jars из папки .m2. Теперь проблема решена.

Ответ 2

Файл JAR может быть поврежден. Попробуйте удалить содержимое следующей папки:

 C:\Users\[username]\.m2\repository

Затем щелкните правой кнопкой мыши свой проект, выберите Maven, Обновить проект, проверьте принудительное обновление снимков/выпусков.

Ответ 3

Основная проблема - поврежденные банки.

Чтобы найти поврежденный файл, вам нужно добавить точку прерывания Java Exception в представлении точки прерывания Eclipse или вашей предпочтительной IDE, выбрать класс java.util.zip.ZipException и перезапустить экземпляр Tomcat.

Когда JVM приостанавливается в точке останова ZipException, вы должны перейти к JarFile.getManifestFromReference() в трассировке стека и проверьте атрибут name, чтобы увидеть имя файла.

После этого вы должны удалить файл из файловой системы, а затем щелкнуть правой кнопкой мыши свой проект, выбрать Maven, Update Project, проверить Force Update моментальных снимков/выпусков.

Ответ 4

Из gsitgithub/find-currupt-jars.txt следующая команда перечисляет все поврежденные файлы jar в репозитории:

find  /home/me/.m2/repository/ -name "*jar" | xargs -L 1 zip -T | grep error | grep invalid

Вы можете удалить поврежденные файлы jar и перекомпилировать проект.

Пример вывода:

warning [/cygdrive/J/repo/net/java/dev/jna/jna/4.1.0/jna-4.1.0.jar]:  98304 extra bytes at beginning or within zipfile
  (attempting to process anyway)
file #1:  bad zipfile offset (local header sig):  98304
  (attempting to re-compensate)
zip error: Zip file invalid, could not spawn unzip, or wrong unzip (original files unmodified)

Ответ 5

Я хотел бы дать свою практику.

Используйте предпочитаемую IDE, например, затмение здесь:

1. Найти подходящее место в стеке исключений
2. Установить условную точку останова
3. Отладить его
4. Он будет печатать поврежденную банку до исключения

Ответ 6

Решение для меня состояло в том, чтобы запустить mvn с помощью -X:

$ mvn package -X

Затем оглянитесь назад на выход, пока не увидите ошибку, а затем продолжайте движение, пока не увидите последний файл jar, который mvn пытался обработать:

...
... <<output ommitted>>
...
[DEBUG] Processing JAR /Users/snowch/.m2/repository/org/eclipse/jetty/jetty-server/9.2.15.v20160210/jetty-server-9.2.15.v20160210.jar
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3.607 s
[INFO] Finished at: 2017-10-04T14:30:13+01:00
[INFO] Final Memory: 23M/370M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-shade-plugin:3.1.0:shade (default) on project kafka-connect-on-cloud-foundry: Error creating shaded jar: invalid LOC header (bad signature) -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-shade-plugin:3.1.0:shade (default) on project kafka-connect-on-cloud-foundry: Error creating shaded jar: invalid LOC header (bad signature)

Посмотрите на последнюю банку, прежде чем она выйдет из строя, и удалите ее из локального репозитория, т.е.

$ rm -rf /Users/snowch/.m2/repository/org/eclipse/jetty/jetty-server/9.2.15.v20160210/

Ответ 7

Похоже, проблема конфигурации для maven-компилятора в вашем файле pom. Версия java исходной версии и целевой версии версии 1.5, даже используемая JDK имеет более высокую версию.

Чтобы исправить, добавьте раздел конфигурации плагина maven для компилятора с более высокой версией java, например:

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

Для получения дополнительной информации проверьте эти ссылки:

maven compiler

отчет об ошибке

Ответ 8

Этот ответ не для DevOps/системных администраторов, а для тех, кто использует IDE, например eclipse, и сталкивается с проблемой invalid LOC header (bad signature).

Вы можете принудительно обновить зависимости maven следующим образом:

Ответ 9

Вот небольшой детектор, написанный на Java, просто скопируйте и запустите :)

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;
    }

}

Выход

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)

Ответ 10

Мы можем форсировать проверку контрольной суммы в maven по крайней мере с двумя вариантами:

1. Добавление --strict-checksums к нашей команде maven.

2.Добавив следующую конфигурацию в наш файл настроек maven:

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

Подробнее в этом посте: https://dzone.com/articles/maven-artifact-checksums-what

Ответ 11

в большинстве случаев это происходит из-за поврежденных zars обновление центрального репозитория maven в файле pom.xml решило мою проблему вы можете использовать этот URL-адрес https://repo.maven.apache.org/maven2/ но до этого удалите файлы в каталоге .m2 надеюсь, что это поможет

Ответ 12

Создайте проект с опцией "-e -X", чтобы узнать испорченную банку и удалить банку из локального репозитория.

Ответ 13

Я столкнулся с этой проблемой при развертывании моего уха в моей местной инстанции в сети. Очистка локального хранилища и сборка ушей снова решили проблему для меня.

Ответ 14

Это может быть связано со многими причинами:

1. Попробуйте изменить версию Web.XML

2: банка, которую вы пытаетесь использовать, может быть повреждена. Например, используйте другую версию для баночки от Maven.

Ответ 15

Помимо удаления .m2/repository, удалите приложение с сервера, запустите сервер (без приложений), остановите его и снова добавьте приложение. Теперь это должно работать. По какой-то причине простая очистка серверных папок из интерфейса не дает того же эффекта.

Ответ 16

Это в основном вызвано maven.Если вы используете IDEA, попробуйте следующие шаги:

1. использовать IDEA для выполнения "maven clean", тогда вы увидите

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

заменить неправильную банку

2. использовать IDEA для выполнения "maven compile", тогда вы увидите

[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 个错误

решить неправильную банку

тогда проблема будет решена.

Ответ 17

"Недопустимый обработчик LOC (неверная подпись)"
Вероятно, это связано с поврежденными банками, которые были загружены Maven. Быстрое исправление, я рекомендую создать резервную копию каталога .m2/repository и удалить каталог .m2/repository, а затем выполнить восстановление или Maven-Update.