添加到文件pom.xml：

<dependency>
    <groupId>com.jolira</groupId>
    <artifactId>onejar-maven-plugin</artifactId>
    <version>1.4.4</version>
</dependency>

And

<plugin>
    <groupId>com.jolira</groupId>
    <artifactId>onejar-maven-plugin</artifactId>
    <version>1.4.4</version>
    <executions>
        <execution>
            <goals>
                <goal>one-jar</goal>
            </goals>
        </execution>
    </executions>
</plugin>

接下来，mvn包还将另外创建一个胖JAR，包括所有依赖JAR文件。

maven汇编插件对我很有用。

我花了几个小时使用maven依赖插件，但无法使其工作。主要原因是我必须在配置部分中明确定义工件项，如文档中所述，应包含这些工件项。

这里有一个例子，当您想使用它时，比如：mvn dependency:copy，其中没有包含任何artifactItems，但它不起作用。

将所有依赖项嵌入项目的JAR文件本身可能不是一个好主意。

我明白这一点（易于部署/使用），但这取决于您的项目的用例（可能还有其他选择（见下文））。

如果您完全独立使用，为什么不呢？

但是，如果您在其他上下文中使用项目（例如在web应用程序中，或放置在其他JAR所在的文件夹中），则类路径中可能有JAR副本（文件夹中的副本，JAR文件中的副本）。也许不是出价交易，但我通常避免这样做。

一个很好的选择：

将应用程序部署为ZIP或WAR文件：归档文件包含项目的JAR文件和所有依赖的JAR文件；使用动态类加载器机制（请参阅Spring Framework，或者您可以自己轻松完成）来拥有项目的单个入口点（要启动的单个类-请参阅另一个答案中的Manifest机制），它将（动态）向当前类路径添加所有其他需要的JAR文件。

像这样，最后只需要一个清单和一个“特殊的动态类加载器main”，您就可以开始您的项目：

java -jar ProjectMainJar.jar com.stackoverflow.projectName.MainDynamicClassLoaderClass

在我看来，Ken Liu是对的。Maven依赖插件允许您扩展所有依赖项，然后可以将其视为资源。这允许您将它们包含在主工件中。使用汇编插件会创建一个很难修改的辅助工件——在我的例子中，我想添加自定义清单条目。我的POM文件最终为：

<project>
  ...
  <build>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-dependency-plugin</artifactId>
        <executions>
          <execution>
            <id>unpack-dependencies</id>
            <phase>package</phase>
            <goals>
              <goal>unpack-dependencies</goal>
            </goals>
          </execution>
        </executions>
      </plugin>
    </plugins>
    ...
    <resources>
      <resource>
        <directory>${basedir}/target/dependency</directory>
        <targetPath>/</targetPath>
      </resource>
    </resources>
  </build>
  ...
</project>

这是我找到的最好的方法：

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-jar-plugin</artifactId>
  <version>2.4</version>
  <configuration>
    <archive>
      <manifest>
      <addClasspath>true</addClasspath>
      <mainClass>com.myDomain.etc.MainClassName</mainClass>
      <classpathPrefix>dependency-jars/</classpathPrefix>
      </manifest>
    </archive>
  </configuration>
</plugin>

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-dependency-plugin</artifactId>
  <version>2.5.1</version>
  <executions>
    <execution>
      <id>copy-dependencies</id>
      <phase>package</phase>
      <goals>
        <goal>copy-dependencies</goal>
      </goals>
      <configuration>
        <outputDirectory>
          ${project.build.directory}/dependency-jars/
        </outputDirectory>
      </configuration>
    </execution>
  </executions>
</plugin>

使用此配置，所有依赖项都将位于依赖项jar中。我的应用程序没有Main类，只有上下文类，但我的一个依赖项确实有一个Main类（com.myDomain.ec.MainClassName），它启动JMX服务器，并接收start或stop参数。因此，我可以这样启动我的应用程序：

java -jar ./lib/TestApp-1.0-SNAPSHOT.jar start

我尝试了多种解决方案，但这是一种在我们想要创建一个不可执行的胖JAR文件的场景中非常有效的解决方案，该文件包含外部系统的所有内部依赖项，而这些依赖项与之前无关。测试了生产场景。

将其包含在pom.xml文件中：

<?xml version="1.0" encoding="UTF-8"?>
<build>
   <sourceDirectory>src</sourceDirectory>
   <plugins>
      <plugin>
         <artifactId>maven-compiler-plugin</artifactId>
         <version>3.8.1</version>
         <configuration>
            <source>1.8</source>
            <target>1.8</target>
         </configuration>
      </plugin>
      <plugin>
         <artifactId>maven-assembly-plugin</artifactId>
         <configuration>
            <descriptorRefs>
               <descriptorRef>jar-with-dependencies</descriptorRef>
            </descriptorRefs>
         </configuration>
      </plugin>
   </plugins>
</build>

要运行以构建胖JAR文件的命令：

mvn assembly:assembly