尝试运行.jar时出现“无效签名文件”

#1 楼

此处列出的解决方案可能提供了一个指针。


清单主要属性的无效签名文件摘要


底线：


最好保持官方jar不变，而只是将其作为依赖文件添加到您的
应用jar文件的清单文件中。

#2 楼

对于那些尝试使用maven-shade-plugin创建带阴影的uber-jar时遇到此错误的人，解决方案是通过在插件配置中添加以下行来排除清单签名文件：

 <configuration>
    <filters>
        <filter>
            <artifact>*:*</artifact>
            <excludes>
                <exclude>META-INF/*.SF</exclude>
                <exclude>META-INF/*.DSA</exclude>
                <exclude>META-INF/*.RSA</exclude>
            </excludes>
        </filter>
    </filters>
    <!-- Additional configuration. -->
</configuration>
 

#3 楼

对于使用gradle并尝试创建和使用胖子的人，以下语法可能会有所帮助。

jar {
    doFirst {
        from { configurations.compile.collect { it.isDirectory() ? it : zipTree(it) } } 
    }
    exclude 'META-INF/*.RSA', 'META-INF/*.SF','META-INF/*.DSA' 
}

#4 楼

请使用以下命令

zip -d yourjar.jar 'META-INF/*.SF' 'META-INF/*.RSA' 'META-INF/*SF'

#5 楼

您的某些依赖项可能是签名的jarfile。当您将它们全部组合到一个大的jar文件中时，相应的签名文件仍然存在，并且不再与“大组合的” jar文件匹配，因此运行时会停止运行，以为jar文件已被篡改（它...已经如此。说话）。
假设您使用的是ant，则可以通过从jarfile依赖项中删除签名文件来解决该问题。不幸的是，不可能在ant中一步完成此操作。
但是，我能够通过以下两个步骤与Ant一起工作，而无需使用以下方式专门命名每个jarfile依赖项：

<target name="jar" depends="compile" description="Create one big jarfile.">
    <jar jarfile="${output.dir}/deps.jar">
        <zipgroupfileset dir="jars">
            <include name="**/*.jar" />
        </zipgroupfileset>
    </jar>
    <sleep seconds="1" />
    <jar jarfile="${output.dir}/myjar.jar" basedir="${classes.dir}">
        <zipfileset src="${output.dir}/deps.jar" excludes="META-INF/*.SF" />
        <manifest>
            <attribute name="Main-Class" value="com.mycompany.MyMain" />
        </manifest>
    </jar>
</target>

sleep元素应该可以防止以后带有修改日期的文件出现错误。
我在链接线程中发现的其他变化对我不起作用。

#6 楼

使用IntelliJ IDEA 14.01时出现此问题。

我可以通过以下方法修复它：

文件->项目结构->添加新（工件）-> jar->来自依赖于创建Jar的模块模块窗口：

选择主类

库中的JAR文件
选择复制到输出目录并通过清单链接

#7 楼

安全性已经是一个艰巨的话题，但是令我失望的是，最受欢迎的解决方案是删除安全性签名。 JCE需要这些签名。 Maven阴影会爆炸BouncyCastle jar文件，该文件会将签名放入META-INF，但是BouncyCastle签名对于新的uber-jar无效（仅对BC jar），这就是导致此线程中的Invalid签名错误的原因。

是的，确实排除或删除@ruhsuzbaykus建议的签名确实可以使原始错误消失，但它也可能导致新的，隐秘的错误：

java.security.NoSuchAlgorithmException: PBEWithSHA256And256BitAES-CBC-BC SecretKeyFactory not available

通过明确指定在哪里可以找到这样的算法：

SecretKeyFactory.getInstance("PBEWithSHA256And256BitAES-CBC-BC","BC");

我能够得到另一个错误：

java.security.NoSuchProviderException: JCE cannot authenticate the provider BC

JCE无法对提供程序进行身份验证，因为我们已经按照同一线程中其他地方的建议删除了加密签名。

我找到的解决方案是使用jar-in-jar方法将BouncyCastle签名保留在单个可执行jar中的可执行打包程序插件。


UPDATE：

另一种方法执行此操作（更正一种方法？）是使用Maven Jar签名者。这使您可以继续使用Maven阴影而不会出现安全错误。但是，您必须具有代码签名证书（Oracle建议搜索“ Java代码签名证书”）。 POM配置看起来像这样：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-shade-plugin</artifactId>
    <version>3.1.0</version>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>shade</goal>
            </goals>
            <configuration>
                <filters>
                    <filter>
                        <artifact>org.bouncycastle:*</artifact>
                        <excludes>
                            <exclude>META-INF/*.SF</exclude>
                            <exclude>META-INF/*.DSA</exclude>
                            <exclude>META-INF/*.RSA</exclude>
                        </excludes>
                    </filter>
                </filters>
                <transformers>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                        <mainClass>your.class.here</mainClass>
                    </transformer>
                </transformers>
                <shadedArtifactAttached>true</shadedArtifactAttached>
            </configuration>
        </execution>
    </executions>
</plugin>
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jarsigner-plugin</artifactId>
    <version>1.4</version>
    <executions>
        <execution>
            <id>sign</id>
            <goals>
                <goal>sign</goal>
            </goals>
        </execution>
        <execution>
            <id>verify</id>
            <goals>
                <goal>verify</goal>
            </goals>
        </execution>
    </executions>
    <configuration>
        <keystore>/path/to/myKeystore</keystore>
        <alias>myfirstkey</alias>
        <storepass>111111</storepass>
        <keypass>111111</keypass>
    </configuration>
</plugin>

不，无法让JCE识别自签名证书，因此，如果需要保留BouncyCastle证书，您必须使用jar-in-jar插件或获得JCE证书。

#8 楼

在引用某处后，我遇到了同样的问题，它的工作方式如下所示：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-shade-plugin</artifactId>
    <version>3.2.1</version>
    <configuration>
        <createDependencyReducedPom>false</createDependencyReducedPom>
    </configuration>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>shade</goal>
            </goals>
            <configuration>
                <filters>
                    <filter>
                        <artifact>*:*</artifact>
                        <excludes>
                            <exclude>META-INF/*.SF</exclude>
                            <exclude>META-INF/*.DSA</exclude>
                            <exclude>META-INF/*.RSA</exclude>
                        </excludes>
                    </filter>
                </filters>
            </configuration>
        </execution>
    </executions>
</plugin>

#9 楼

假设您使用ant构建jar文件，则只需指示ant忽略META-INF目录即可。这是我的蚂蚁目标的简化版本：

<jar destfile="app.jar" basedir="${classes.dir}">
    <zipfileset excludes="META-INF/**/*" src="${lib.dir}/bcprov-jdk16-145.jar"></zipfileset>
    <manifest>
        <attribute name="Main-Class" value="app.Main"/>
    </manifest>
</jar>

#10 楼

我最近开始在项目中使用IntelliJ。但是，我的一些同事仍然在同一项目上使用Eclipse。今天，在执行由IntelliJ创建的jar文件后，我遇到了同样的错误。尽管这里的所有解决方案都在谈论几乎同一件事，但它们都不适合我（可能是因为我不使用ANT，maven build给我带来了其他错误，这些错误使我引用了http://cwiki.apache.org/ confluence / display / MAVEN / MojoExecutionException，而且我自己也搞不清楚已签名的罐子是什么！） >
猜猜我的jar文件中删除了什么？！

zip -d demoSampler.jar 'META-INF/*.SF' 'META-INF/*.RSA' 'META-INF/*SF'

问题似乎与某些与eclipse相关的文件有关。

#11 楼

创建胖jar时，在gradle中遇到了相同的问题，使用排除行更新build.gradle文件更正了该问题。

jar {
    from {
        configurations.compile.collect {
            it.isDirectory() ? it : zipTree(it)
        }
    }
    exclude 'META-INF/*.RSA', 'META-INF/*.SF','META-INF/*.DSA'
    manifest {
        attributes 'Main-Class': 'com.test.Main'
    }
}

#12 楼

如果您使用gradle，这是一个完整的farJar任务：

version = '1.0'
//create a single Jar with all dependencies
task fatJar(type: Jar) {
    manifest {
        attributes 'Implementation-Title': 'Gradle Jar File Example',  
            'Implementation-Version': version,
            'Main-Class': 'com.example.main'
    }
    baseName = project.name + '-all'
    from { configurations.compile.collect { it.isDirectory() ? it : zipTree(it) } }
    exclude 'META-INF/*.RSA', 'META-INF/*.SF','META-INF/*.DSA' 
    with jar
}

#13 楼

将新jar中的META-INF文件夹与旧jar进行比较（在添加新库之前）。有可能会有新文件。如果是，则可以将其删除。应该会有所帮助。
，
999michal

#14 楼

一种策略是使用ANT简化从每个Jar文件中删除签名的过程。它将执行以下步骤：


将MANIFEST.MF复制到临时文件中
从临时文件中删除Name和SHA条目
创建临时文件带有临时清单的Jar文件
删除临时清单
将带有临时清单的Jar文件交换为临时文件

这是一个ANT macrodef在做的工作：

<macrodef name="unsignjar" description="To unsign a specific Jar file">
    <attribute name="jarfile" 
        description="The jar file to unsign" />
    <sequential>
<!-- Copying to the temporary manifest file -->
        <copy toFile="@{jarFile}_MANIFEST.tmp">
            <resources>
                <zipentry zipfile="@{jarFile}" name="META-INF/MANIFEST.MF"/>
            </resources>
        </copy>
<!-- Removing the Name and SHA entries from the temporary file -->
        <replaceregexp file="@{jarFile}_MANIFEST.tmp" match="\nName:(.+?)\nSH" replace="SH" flags="gis" byline="false"/>
        <replaceregexp file="@{jarFile}_MANIFEST.tmp" match="SHA(.*)" replace="" flags="gis" byline="false"/>
<!-- Creating a temporary Jar file with the temporary manifest -->
        <jar jarfile="@{jarFile}.tmp"
            manifest="@{jarFile}_MANIFEST.tmp">
            <zipfileset src="@{jarFile}">
                <include name="**"/>
                <exclude name="META-INF/*.SF"/>
                <exclude name="META-INF/*.DSA"/>
                <exclude name="META-INF/*.RSA"/>
            </zipfileset>
        </jar>
<!-- Removing the temporary manifest -->
        <delete file="@{jarFile}_MANIFEST.tmp" />
<!-- Swapping the original Jar file with the temporary one -->
        <move file="@{jarFile}.tmp"
              tofile="@{jarFile}"
              overwrite="true" />
</sequential>

`

然后可以在ANT任务中以这种方式调用定义：

<target name="unsignJar">
    <unsignjar jarFile="org.test.myjartounsign.jar" />
</target>

#15 楼

错误：发生了JNI错误，请检查您的安装并重试。
线程“主”中的异常java.lang.SecurityException：清单主要属性的无效签名文件摘要在Sun出现。 security.util.SignatureFileVerifier.processImpl（SignatureFileVerifier.java:314）
在sun.security.util.SignatureFileVerifier.process（SignatureFileVerifier.java:268）
在java.util.jar.JarVerifier.processEntry（ JarVerifier.java:316）
at java.util.jar.JarVerifier.update（JarVerifier.java:228）
at java.util.jar.JarFile.initializeVerifier（JarFile.java:383）
在sun.misc.URLClassPath $ JarLoader $ 2.getInputStream（URLClassPath.java:977）在java.util.jar.JarFile.getInputStream（JarFile.java:450）
在sun.misc。在sun.misc.Resource.getByteBuffer（Resource.java:160）处的Resource.cachedInputStream（Resource.java:77）
在java.net.URLClassLoader.defineClass（URLClassLoader.java:454） />在java.n et.URLClassLoader.access $ 100（URLClassLoader.java:73）
在java.net.URLClassLoader $ 1.run（URLClassLoader.java:368）
在java.net.URLClassLoader $ 1.run（URLClassLoader.java ：362）
at java.security.AccessController.doPrivileged（本机方法）
at java.net.URLClassLoader.findClass（URLClassLoader.java:361）
at java.lang.ClassLoader.loadClass （ClassLoader.java:424）
在sun.misc.Launcher $ AppClassLoader.loadClass（Launcher.java:331）
在java.lang.ClassLoader.loadClass（ClassLoader.java:357）
>在sun.launcher.LauncherHelper.checkAndLoadMain（LauncherHelper.java:495）


是什么帮助了我（IntelliJ IDEA 2016.3）：
文件->项目结构->工件- >添加JAR->选择主类->选择“复制到输出目录并通过清单链接”->确定->应用->构建->构建工件...->构建

#16 楼

尝试从jar中删除META-INF文件夹，添加清单并再次签名JAR，这对我有帮助：http://jehy.ru/articles/2013 / 12/13 /用于清单主要属性的无效签名文件摘要/

#17 楼

如果您在寻找不解包或篡改原始库但使用特殊JAR类加载器的Fat JAR解决方案，请在此处查看我的项目。

免责声明：我没有编写代码，只是打包并将其发布在Maven Central上，并在我的自述文件中描述如何使用。

我个人使用它来创建包含BouncyCastle依赖项的可运行uber JAR。也许对您也有用。

#18 楼

对于那些对接受的解决方案有疑问的人，还有另一种方法可以使用DontIncludeResourceTransformer从阴影罐中排除资源：

https://maven.apache.org/plugins/maven-shade-plugin/examples /resource-transformers.html#DontIncludeResourceTransformer

          <transformers>
            <transformer implementation="org.apache.maven.plugins.shade.resource.DontIncludeResourceTransformer">
                <resource>BC1024KE.DSA</resource>
            </transformer>
          </transformers>

从Shade 3.0开始，此转换器接受资源列表。在此之前，您只需要使用多个变压器，每个变压器只有一个资源。

#19 楼

当我在Intellij上说“找到了非托管pom文件”时，单击底部的“添加为Maven项目”时，这在Intellij中发生了。同时out文件夹已经生成。因此它没有得到最近的更改。

删除文件夹并运行程序对我来说解决了这个问题。然后重新创建out文件夹。

也请参阅Little Fox的答案。我收到的错误与他的错误非常相似。

#20 楼

我有一个类似的问题。原因是我在Windows框中使用的JDK与默认JRE不同。

使用正确的java.exe解决了我的问题。

#21 楼

如果在尝试为Xamarin.Android绑定项目绑定JAR文件时遇到此问题，请执行以下操作：


JARTOXML：警告J2XA006：反映com.your时出现缺少类错误。 class：清单主要属性的无效签名文件摘要


只需使用Winzip打开JAR文件并删除meta-inf目录。重建-工作完成