只需将其添加到java模块的build.gradle中。它将创建可执行jar。 它将包含存档中的依赖库。

jar {
  manifest { 
    attributes "Main-Class": "com.company.application.Main"
  }  

  from {
    configurations.compile.collect { it.isDirectory() ? it : zipTree(it) }
  }
}

这将导致[module_name]/build/libs/[module_name].jar文件。 我用shell进行了测试。

如果jar不遵守规则，它就不是一个可执行的jar。

因为您已经添加了MANIFEST。MF，我认为你应该考虑这个文件中Field的顺序。我的env是java版本“1.8.0_91”

还有我的舱单。MF为这里

// MANIFEST.MF
Manifest-Version: 1.0
Created-By: 1.8.0_91 (Oracle Corporation)
Main-Class: HelloWorldSwing

// run
~ java -jar HelloWorldSwing.jar
no main manifest attribute, in HelloWorldSwing.jar

然而，这如下所述

Manifest-Version: 1.0
Main-Class: HelloWorldSwing
Created-By: 1.8.0_91 (Oracle Corporation)

//this run swing normally

我个人认为这里所有的答案都是对问题的误解。这个问题的答案在于spring-boot构建.jar的方式不同。每个人都知道Spring Boot设置了一个这样的清单，这与每个人都认为这是一个标准的.jar启动不同，这可能是也可能不是:

Start-Class: com.myco.eventlogging.MyService
Spring-Boot-Classes: BOOT-INF/classes/
Spring-Boot-Lib: BOOT-INF/lib/
Spring-Boot-Version: 1.4.0.RELEASE
Created-By: Apache Maven 3.3.9
Build-Jdk: 1.8.0_131
Main-Class: org.springframework.boot.loader.JarLauncher

也许它需要在类路径上使用org.springframework.boot.loader.JarLauncher来执行?

在我的案例中，问题是<build>下的<pluginManagement>使事情不能正常工作。

我原来的pom.xml:

<build>
  <pluginManagement>
    <plugins>
      <plugin>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-maven-plugin</artifactId>
        ...
        ...
        ...
  </pluginManagement>
</build>

删除<pluginManagement>后，错误就消失了。

任何可执行的jar文件都应该通过点击或使用命令提示符运行，如java -jar app.jar(使用“如果jar路径包含空格”-即java -jar“C:\文件夹名称\app.jar”)。如果您的可执行jar没有运行，这意味着它没有正确创建。

为了更好地理解，提取jar文件(或使用任何工具查看，对于windows 7-Zip是一个很好的工具)，并检查/META-INF/MANIFEST.MF下的文件。如果你找到任何条目

Main-Class: your.package.name.ClaaswithMain -那么它就可以了，否则你必须提供它。

注意在MANIFEST上附加Main-Class条目。MF文件，检查你在哪里保存它!