it-swarm.com.de

Komponente konnte nicht gestartet werden - ZipException: ungültiger LOC-Header (falsche Signatur)

Ich habe ähnliche Posts durchgesehen. Ich habe die meisten dieser Lösungen ausprobiert, konnte den Fehler jedoch nicht beseitigen. Erwarten Sie dabei Hilfe.

Dieser Fehler trat auf, nachdem ich der Bereitstellungsassembly verschiedene Abhängigkeiten hinzugefügt hatte. Ich verwende STS mit Pivotal tc Server Development Edition v3.1. Ich habe bereits die Version von tc server und Java home überprüft. Beide verwenden Java 8.

Ich kann das Problem nicht verstehen.

SEVERE: ContainerBase.addChild: start: 
org.Apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/myProject]]
    at org.Apache.catalina.util.LifecycleBase.start(LifecycleBase.Java:158)
    at org.Apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.Java:724)
    at org.Apache.catalina.core.ContainerBase.addChild(ContainerBase.Java:700)
    at org.Apache.catalina.core.StandardHost.addChild(StandardHost.Java:734)
    at org.Apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.Java:596)
    at org.Apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.Java:1805)
    at Java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at Java.util.concurrent.FutureTask.run(Unknown Source)
    at Java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at Java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at Java.lang.Thread.run(Unknown Source)
Caused by: org.Apache.catalina.LifecycleException: Failed to start component [[email protected]]
    at org.Apache.catalina.util.LifecycleBase.start(LifecycleBase.Java:158)
    at org.Apache.catalina.core.StandardContext.resourcesStart(StandardContext.Java:4850)
    at org.Apache.catalina.core.StandardContext.startInternal(StandardContext.Java:4982)
    at org.Apache.catalina.util.LifecycleBase.start(LifecycleBase.Java:152)
    ... 10 more
Caused by: org.Apache.catalina.LifecycleException: Failed to initialize component [[email protected]]
    at org.Apache.catalina.util.LifecycleBase.init(LifecycleBase.Java:111)
    at org.Apache.catalina.util.LifecycleBase.start(LifecycleBase.Java:141)
    at org.Apache.catalina.webresources.StandardRoot.startInternal(StandardRoot.Java:701)
    at org.Apache.catalina.util.LifecycleBase.start(LifecycleBase.Java:152)
    ... 13 more
Caused by: Java.lang.IllegalArgumentException: Java.util.Zip.ZipException: invalid LOC header (bad signature)
    at org.Apache.catalina.webresources.JarResourceSet.initInternal(JarResourceSet.Java:139)
    at org.Apache.catalina.util.LifecycleBase.init(LifecycleBase.Java:107)
    ... 16 more
Caused by: Java.util.Zip.ZipException: invalid LOC header (bad signature)
    at Java.util.Zip.ZipFile.read(Native Method)
    at Java.util.Zip.ZipFile.access$1400(Unknown Source)
    at Java.util.Zip.ZipFile$ZipFileInputStream.read(Unknown Source)
    at Java.util.Zip.ZipFile$ZipFileInflaterInputStream.fill(Unknown Source)
    at Java.util.Zip.InflaterInputStream.read(Unknown Source)
    at Sun.misc.IOUtils.readFully(Unknown Source)
    at Java.util.jar.JarFile.getBytes(Unknown Source)
    at Java.util.jar.JarFile.getManifestFromReference(Unknown Source)
    at Java.util.jar.JarFile.getManifest(Unknown Source)
    at org.Apache.catalina.webresources.JarResourceSet.initInternal(JarResourceSet.Java:137)
    ... 17 more

Dec 03, 2016 10:34:56 AM org.Apache.catalina.startup.HostConfig deployDescriptor
SEVERE: Error deploying configuration descriptor E:\Programs\sts-bundle\pivotal-tc-server-developer-3.2.0.RELEASE\base-instance\conf\Catalina\localhost\myProject.xml
Java.lang.IllegalStateException: ContainerBase.addChild: start: org.Apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/myProject]]
    at org.Apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.Java:728)
    at org.Apache.catalina.core.ContainerBase.addChild(ContainerBase.Java:700)
    at org.Apache.catalina.core.StandardHost.addChild(StandardHost.Java:734)
    at org.Apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.Java:596)
    at org.Apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.Java:1805)
    at Java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at Java.util.concurrent.FutureTask.run(Unknown Source)
    at Java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at Java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at Java.lang.Thread.run(Unknown Source)

Das Folgende ist meine pom.xml. Beim Versuch, die Abhängigkeit von spring-webmvc zu pom.xml hinzuzufügen, ist ein Fehler aufgetreten.

<project xmlns="http://maven.Apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.Apache.org/POM/4.0.0 http://maven.Apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.infiniteskills.mvc</groupId>
  <artifactId>myProject</artifactId>
  <version>0.0.1-SNAPSHOT</version>

  <dependencies>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-webmvc</artifactId>
        <version>4.3.4.RELEASE</version>
    </dependency>
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-log4j13</artifactId>
        <version>1.0.1</version>
    </dependency>
    <dependency>
        <groupId>log4j</groupId>
        <artifactId>log4j</artifactId>
        <version>1.2.17</version>
    </dependency>

  </dependencies>
</project>
13
eccentricCoder

Ich habe ein ähnliches Problem gelöst, indem ich alle im lokalen Maven-Repository vorhandenen Dateien gelöscht und erneut heruntergeladen habe.

linux- oder Mac-Benutzer können die folgenden Schritte ausführen, um alle Dateien zu löschen.

  1. navigieren Sie zur .m2-Datei
  2. führen Sie den Befehl remove aus (rm -rf repository /).

Gehen Sie zu Ihrem C:\Users\user.m2\repository\projects\project1

Wählen Sie das entsprechende Projekt aus und löschen Sie es von Ihrer .m2. Führen Sie dann mvn clean install im Terminal aus, damit werden diese JAR-Dateien für Sie neu erstellt. Installieren Sie die Ear- oder War-Datei erneut auf dem Server, und die Bereitstellung sollte jetzt in Ordnung sein.

3
Boris_Ndong