Le déploiement du projet Maven lance java.util.zip.ZipException: en-tête Loc invalide (mauvaise signature)

Le fichier jar peut être corrompu. Essayez de supprimer le contenu du dossier suivant:

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

Ensuite, faites un clic droit sur votre projet, sélectionnez Maven, mettre à jour le projet, vérifiez la mise à jour forcée des instantanés/versions.

Le problème principal sont des pots corrompus.

Pour trouver le corrompu, vous devez ajouter un point D'arrêt Java Exception dans la vue points D'arrêt D'Eclipse, ou votre IDE préféré, sélectionnez la classe java.util.zip.ZipException et redémarrez l'instance Tomcat.

Lorsque la JVM se suspend au point d'arrêt ZipException, vous devez aller à JarFile.getManifestFromReference() dans la trace de la pile, et vérifiez l'attribut name pour voir le nom de fichier.

Après cela, vous devez supprimer le fichier du système de fichiers, puis cliquez-droit sur votre projet, sélectionnez Maven, mettre à jour le projet, vérifier la mise à jour de force des instantanés / versions.

À partir de gsitgithub / find-currrupt-jars.txt , la commande suivante répertorie tous les fichiers JAR corrompus dans le référentiel:

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

Vous pouvez supprimer les fichiers JAR corrompus et recompiler le projet.

Exemple de sortie:

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)

J'aimerais donner mon entraînement.

Utilisez votre IDE préféré, prenez eclipse pour par exemple ici:

1. Trouver un emplacement approprié dans la pile d'exceptions
2. Définir le point d'arrêt conditionnel
3. déboguez-le
4. il imprimera le pot corrompu avant l'exception

La solution pour moi était d'exécuter mvn avec -X:

$ mvn package -X

Ensuite, regardez en arrière à travers la sortie jusqu'à ce que vous voyiez l'échec, puis continuez jusqu'à ce que vous voyiez le dernier fichier jar que mvn a essayé de traiter:

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

Regardez le dernier pot avant qu'il n'échoue et supprimez-le du référentiel local, c'est-à-dire

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

Ressemble à un problème de configuration pour le compilateur Maven dans votre fichier pom. La version par défaut java source et cible est 1.5, même JDK utilisé a une version supérieure.

Pour corriger, ajoutez la section de configuration du plugin du compilateur Maven avec une version java supérieure, exemple:

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

Pour plus d'informations, consultez ces liens:

Compilateur Maven

Rapport de bogue

Je faisais face à ce problème whiel dpeloying mon oreille à mon instance weblogic locale. Effacer le référentiel local et construire l'ear à nouveau résolu le problème pour moi.

La plupart du temps, cela se produit à cause des Zars corrompus mise à jour de l'url du référentiel central Maven dans pom.fichier xml résolu mon problème vous pouvez utiliser cette url https://repo.maven.apache.org/maven2/ mais avant que de supprimer les fichiers en .répertoire m2 j'espère que cela aide

Construisez le projet avec l'option "- e-X " pour trouver le pot corrompu et supprimer le pot du référentiel local.

Cela peut être dû à plusieurs raisons:

1: Essayez de changer votre site Web.Version XML

2: Le Pot que vous essayez d'utiliser peut-être endommagé. Par exemple: utilisez une Version différente pour le pot de Maven

Au-delà de la suppression .m2 / repository, supprimez l'application du serveur, exécutez le serveur (sans applications), arrêtez-le et ajoutez à nouveau l'application. Maintenant, il est censé fonctionner. Pour une raison quelconque, le nettoyage des dossiers du serveur à partir de l'interface n'a pas le même effet.

Il est principalement causé par maven.Si vous utilisez IDEA, essayez-les étapes suivantes:

1.utilisez IDEA pour exécuter "Maven clean", alors vous verrez

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

Remplacer le mauvais pot

2.utilisez IDEA pour exécuter "Maven compile", alors vous verrez

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

Résoudre le mauvais pot

Alors le problème sera résolu.

Cette réponse n'est pas pour les gars DevOps/ system admin, mais pour ceux qui utilisent IDE comme eclipse et font face à un problème invalid LOC header (bad signature).

Vous pouvez forcer la mise à jour des dépendances maven, comme suit:

"Gestionnaire LOC non valide (mauvaise signature)"
Cela est probablement dû à des pots corrompus qui ont été téléchargés par Maven. Solution rapide, je recommande de sauvegarder le .m2 / dépôt répertoire et SUPPRESSION .m2 / dépôt dans le répertoire, puis effectuez une rebuild ou Maven-Update.