Mavenプロジェクトをデプロイすると、java.util.zip.ZipException：LOCヘッダーが無効になります（署名が不正）

164

を実行すると、次の例外が発生しますmvn install。ローカルリポジトリを削除して、再度実行して同じ例外を取得しました。

[エラー]ゴールorg.apache.maven.plugins：maven-shade-plugin：2.1：shade（デフォルト）をプロジェクトcores-batchで実行できませんでした：シェーディングされたjarの作成エラー：無効なLOCヘッダー（不正な署名）-> [ヘルプ1 ]

<?xml version="1.0" encoding="UTF-8"?>
<plugin>
   <groupId>org.apache.maven.plugins</groupId>
   <artifactId>maven-shade-plugin</artifactId>
   <version>2.1</version>
   <configuration>
      <skipTests>true</skipTests>
   </configuration>
   <executions>
      <execution>
         <phase>package</phase>
         <goals>
            <goal>shade</goal>
         </goals>
         <configuration>
            <artifactSet>
               <excludes>
                  <exclude>commons-logging:commons-logging:jar:*</exclude>
               </excludes>
            </artifactSet>
            <filters>
               <filter>
                  <artifact>*:*</artifact>
                  <excludes>
                     <!-- workaround for a spring issues -->
                     <exclude>META-INF/*.SF</exclude>
                     <exclude>META-INF/*.DSA</exclude>
                     <exclude>META-INF/*.RSA</exclude>
                     <!-- don't want to pick up any other log4j.xml -->
                     <exclude>log4j.xml</exclude>
                  </excludes>
               </filter>
            </filters>
            <!-- May be needed to work around another issue in Spring -->
            <transformers>
               <transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
                  <resource>META-INF/spring.handlers</resource>
               </transformer>
               <transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
                  <resource>META-INF/spring.schemas</resource>
               </transformer>
            </transformers>
         </configuration>
      </execution>
   </executions>
</plugin>

エラー：

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-shade-plugin:2.1:shade (default) on project cores-batch: 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:2.1:shade (default) on project cores-batch: Error creating shaded jar: invalid LOC header (bad signature)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
    at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
    at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
    at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
    at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
    at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
    at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
    at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
    at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
    at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
    at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error creating shaded jar: invalid LOC header (bad signature)
    at org.apache.maven.plugins.shade.mojo.ShadeMojo.execute(ShadeMojo.java:528)
    at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
    ... 19 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(ZipFile.java:56)
    at java.util.zip.ZipFile$ZipFileInputStream.read(ZipFile.java:679)
    at java.util.zip.ZipFile$ZipFileInflaterInputStream.fill(ZipFile.java:415)
    at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:158)
    at java.io.FilterInputStream.read(FilterInputStream.java:107)
    at org.codehaus.plexus.util.IOUtil.copy(IOUtil.java:189)
    at org.codehaus.plexus.util.IOUtil.copy(IOUtil.java:175)
    at org.apache.maven.plugins.shade.DefaultShader.addResource(DefaultShader.java:427)
    at org.apache.maven.plugins.shade.DefaultShader.shade(DefaultShader.java:186)
    at org.apache.maven.plugins.shade.mojo.ShadeMojo.execute(ShadeMojo.java:458)
    ... 21 more
[ERROR] 
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
maven  jakarta-ee  deployment  jar 
— カーシック
ソース
1
この問題のプラグインを作成-> github.com/goxr3plus/CorruptedJarsDetector
— GOXR3PLUS
1
@ GOXR3PLUSそのリポジトリには実際にはコードがありません（READMEのクラスを除く）。Mavenプラグインのコードよりもさらに少なくなります。Mavenプラグインが実際に最良の解決策になると思います-あるいは、既存のプラグインの1つを拡張して、ほぼ同じようなことを行うことができmvn dependencies validateます...
— Marco13
Marcoリポジトリのコードはクラスlolのコードです:)
— GOXR3PLUS

回答:

79

問題のあるjarファイルを確認する必要があります。破損している必要があります。そのjarを削除して実行しますmvn spring-boot:runコマンドを再度してください。1つ以上のjarが破損している可能性があるため、そのjarを削除するためにそのコマンドを実行する必要があるたびに。私の場合、mysql、jackson、aspect jars mvn spring-boot:runコマンドが3回破損していたため、これを把握し、jarを.m2フォルダから削除しました。これで問題は解決しました。

— アロク
ソース
218

jarファイルが壊れている可能性があります。次のフォルダのコンテンツを削除してみてください。

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

次に、プロジェクトを右クリックし、[Maven]、[プロジェクトの更新]の順に選択し、スナップショット/リリースの強制更新をオンにします。

— シバアナンド
ソース
4
これは解決策としてマークする必要があります。私はそれが答えのない他のいくつかの関連する質問の解決策でもあると思います。ありがとう、シヴァ！
— Hack-R
1
とても素敵な.. 7時間を費やした後、私は解決策を見つけました...あなたのためのKUDOS ....
— Sufiyan Ansari
4
これは機能しますが、Mavenローカルリポジトリ全体を削除することは最善の方法ではありません。関連するjarファイルを削除するだけで十分です。
— Levent Divilioglu 2017年
2
すべての依存関係を削除する必要はありません。上部にあるLOCヘッダーにどの依存関係があるかがわかります。
— umar faraz
2
明らかなことに注意してくださいinvalid LOC header。Gradleビルドで誰かが遭遇したときは、~/.gradle/cachesフォルダーを削除するだけです（Linux）。
— Martin Vseticka
110

主な問題は、jarファイルの破損です。

破損したものを見つけるには、Eclipseのブレークポイントビューまたは優先IDEにJava例外ブレークポイントを追加する必要があります。 java.util.zip.ZipExceptionクラスを Tomcatインスタンスを再起動する必要があります。

JVMがZipExceptionブレークポイントで一時停止するときはJarFile.getManifestFromReference()、スタックトレースに移動し て、属性を確認する必要がありますnameをしてファイル名あります。

その後、ファイルシステムからファイルを削除し、プロジェクトを右クリックして[Maven]、[プロジェクトの更新]を選択し、[スナップショット/リリースの強制更新]をオンにします。

— マティアス・セバスティアン
ソース
11
私はこれが受け入れられる答えであると信じています。何百ものjarファイルを削除して再ダウンロードするだけでは効率的な解決策にはなりません。
— Mohsen 2017
11
rm -rf .m2 =有効
— ジェリルクック
2
素晴らしいデバッグ技術があります。依存関係やアーティファクト全体をダウンロードするために帯域幅を浪費することから私を救いました。ありがとうございました。
— Thariq Nugrohotomo
3
素晴らしいテクニック！JarFileフレームは見つかりませんでしたが、ZipFile $ ZipFileInputStream.readフレームにZipFile.this.nameという式で見つかりました。
— rlpatrao 2017
2
この破損したjarの簡単な例：stackoverflow.com/a/46623719/3128926 問題が何であるかを理解するのに2時間かかりました。ところで、Mavenローカルキャッシュ全体をクリアするのではなく、関連するjarファイルのみを削除するだけで十分です。
— Levent Divilioglu 2017年
41

gsitgithub /見つける-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)
— ハビエル
ソース
1
sudo find ./repository/ -name "*jar" | sudo xargs -L 1 zip -T | grep error | grep invalid くれxargs: zip: No such file or directoryます。これはFYI、Windows上でUbuntuの上ではbashを使用している
— liltitus27
1
@ liltitus27このコマンドラインは、のzip -T下の各jarで（テスト）を実行しrepository、無効な圧縮ファイルであるjarをフィルタリングします。あなたが持っていますzip利用可能なコマンドを？
— ハビエル
bashでは、zipがインストールされていないようです。しかし、あなたが投稿した正確なコマンドはcygwinで美しく機能することがわかりました。そして、それは悪い瓶を見つけるのに役立ちました、ありがとう！
— liltitus27
2
あなたは最高です、MAN！
— Igor Masternoy 2017
のzip -T下に格納されている各jarで実行するという考え方です.m2/repository。Windowsでは、/cygdrive/C/Users/torno/.m2/repository私と同じようにCygwin（）で実行できます。また、Windows 10（/mnt/c/Users/torno/.m2/repository）のBashでも実行できると思います。PowerShellを使用して同等のスクリプトを作成する方法を調査しなかったため、cmdプロンプトでは不可能だと思います。
— ハビエル
11

練習をしたいのですが。

お好みのIDEを使用して、たとえばここで日食を取ります：

  1. 例外スタック内の適切な場所を見つける
  2. 条件付きブレークポイントを設定する
  3. デバッグする
  4. 例外の前に破損したjarを出力します

ここに画像の説明を入力してください

— サム
ソース
1
これは、m2リポジトリ全体をクリアするよりもはるかに優れたソリューションです。私の場合は、再度ダウンロードするのに時間がかかります。
— マーティンキャシディ
5

私のための解決策は、以下で実行mvnすることでした-X：

$ mvn package -X

次に、失敗が見つかるまで出力を逆に調べ、mvnが処理しようとした最後のjarファイルが見つかるまで続行します。

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

失敗する前の最後のjarを確認し、ローカルリポジトリから削除します。

$ rm -rf /Users/snowch/.m2/repository/org/eclipse/jetty/jetty-server/9.2.15.v20160210/
— クリス・スノー
ソース
2

pomファイルのmavenコンパイラーの構成に問題があるようです。Javaのデフォルトのバージョンのソースとターゲットは1.5ですが、使用されているJDKのバージョンはそれよりも高くなっています。

修正するには、より高いJavaバージョンのmavenコンパイラプラグイン構成セクションを追加します。例：

<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コンパイラ

バグレポート

— ハービー
ソース
1

この回答はDevOps /システム管理者向けではなく、EclipseのようなIDEを使用していてinvalid LOC header (bad signature)問題に直面している人向けです。

次のようにして、Mavenの依存関係を強制的に更新できます。

ここに画像の説明を入力してください

ここに画像の説明を入力してください

— ヴィシュラント
ソース
1

これは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)
— GOXR3PLUS
ソース
1

少なくとも2つのオプションを使用して、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

— しょうこ
ソース
0

.m2 / repositoryを削除する以外に、サーバーからアプリケーションを削除し、サーバーを（アプリケーションなしで）実行し、停止してアプリケーションを再度追加します。今では動作するはずです。何らかの理由で、インターフェイスからサーバーフォルダーをクリーンアップしても同じ効果はありません。

— アレックス
ソース
0

耳をローカルのweblogicインスタンスにデプロイしているときにこの問題に直面していました。ローカルリポジトリをクリアして耳を再構築すると、問題が解決しました。

— SMT_Dev
ソース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.