以上答案对我来说只是部分帮助。java -cp是答案的一部分，但我需要关于如何识别要运行的类的更具体的信息。以下是对我有效的方法:

步骤1:找到我需要运行的类

jar tf /path/to/myjar.jar | more

结果最上面的几行是:

META-INF/
META-INF/MANIFEST.MF
somepath/
somepath/App.class
META-INF/maven/
...

App.class包含了要运行的主类。我不能百分之百确定你是否总是认为你需要的课程是第一个，但它是为我。如果不是，我想使用grep排除与库相关的结果以将类列表缩减到可管理的大小并不太难。

接下来就很简单了:我只需要使用该路径(减去“.class”后缀):

java -cp /path/to/myjar.jar somepath/App

因为您已经添加了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

您可以简单地将其添加到属性标签中。当您有多个子模块时，也可以这样做，为每个子模块的pom.xml添加它

这是我的pom。xml，

<properties>
    <java.version>11</java.version>
    <startclass>com.sample.MyApplication</start-class>
</properties>

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

我今天也遇到了同样的问题。我的问题解决了，我移动META-INF到资源文件夹。

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

我原来的pom.xml:

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

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