La implementación del proyecto Maven arroja Java.útil.Postal.ZipException: encabezado LOC no válido (firma incorrecta)

El archivo jar puede estar dañado. Intente eliminar el contenido de la siguiente carpeta:

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

Luego haga clic con el botón derecho en su proyecto, seleccione Maven, Actualizar proyecto, verifique la Actualización Forzada de Instantáneas/Versiones.

El problema principal son los frascos corruptos.

Para encontrar el dañado, debe agregar un Java Exception Breakpoint en la vista de puntos de interrupción de Eclipse, o su IDE preferido, seleccione la clase java.util.zip.ZipException y reinicie la instancia de Tomcat.

Cuando la JVM suspende en ZipException punto de interrupción, debe ir a JarFile.getManifestFromReference() en el seguimiento de la pila, y marque atributo name para ver el nombre del archivo.

Después de eso, debe eliminar el archivo del sistema de archivos y luego hacer clic derecho en su proyecto, seleccione Maven, Actualizar proyecto, comprobar en Forzar actualización de Instantáneas / Versiones.

De gsitgithub/find-currupt-jars.txt, el siguiente comando lista todos los archivos jar dañados en el repositorio:

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

Puede eliminar los archivos jar dañados y recompilar el proyecto.

Ejemplo de salida:

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)

Me gustaría dar mi dar mi práctica.

Use su IDE preferido, tome eclipse por ejemplo aquí:

1. Encuentre una ubicación apropiada dentro de la pila de excepciones
2. Establecer el punto de interrupción condicional
3. Depurar
4. Imprimirá el tarro dañado antes de la excepción

La solución para mí fue ejecutar mvn con -X:

$ mvn package -X

Luego mire hacia atrás a través de la salida hasta que vea el fallo y luego continúe hasta que vea el último archivo jar que mvn intentó procesar:

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

Mire el último jar antes de que fallara y elimínelo del repositorio local, es decir,

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

Parece un problema de configuración para el compilador maven en su archivo pom. La versión predeterminada de Java de origen y destino es 1.5, incluso JDK utilizado tiene una versión superior.

Para arreglar, agregue la sección de configuración del complemento del compilador maven con una versión superior de Java, ejemplo:

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

Para obtener más información, consulte estos enlaces:

Compilador Maven

Informe de Error

Me enfrentaba a este problema mientras escuchaba mi ejemplo de weblogic local. Limpiar el repositorio local y construir el oído de nuevo resolvió el problema para mí.

La mayoría de las veces esto sucede debido a los zars corruptos actualizando la url del repositorio central maven en pom.archivo xml resuelto mi problema puedes usar esta url https://repo.maven.apache.org/maven2 / pero antes de que eliminar los archivos en .directorio m2 espero que esto ayude

Compile el proyecto con la opción "-e-X" para averiguar el jar dañado y eliminar el jar del repositorio local.

Esto puede deberse a muchas razones:

1: Intenta Cambiar tu Web.Versión XML

2: El Frasco que estás tratando de usar puede estar corrupto. Por ejemplo: Use una versión diferente para el frasco de Maven

Más allá de la eliminación .m2 / repository, eliminar aplicación del servidor, ejecutar servidor (sin aplicaciones), detenerlo y agregar aplicación de nuevo. Ahora se supone que funciona. Por alguna razón, solo limpiar las carpetas del servidor de la interfaz no tiene el mismo efecto.

Es causada principalmente por maven.Si estás usando IDEA, prueba estos pasos siguientes:

1.use IDEA para ejecutar "maven clean", entonces u verá

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

Reemplazar el tarro equivocado

2.use IDEA para ejecutar "maven compile", entonces u verá

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

Resolver el tarro equivocado

Entonces el problema será resuelto.

Esta respuesta no es para DevOps/ administradores de sistemas, sino para aquellos que están usando IDE como eclipse y enfrentan un problema invalid LOC header (bad signature).

Puede forzar la actualización de las dependencias maven, de la siguiente manera:

"Controlador de LOC no válido (firma incorrecta)"
Esto es probablemente debido a los frascos corruptos que fueron descargados por Maven. Solución rápida, recomiendo hacer una copia de seguridad de la .m2 / repositorio directorio y eliminación .m2 / repositorio directorio, luego realice una reconstrucción o Maven-Update.