这也是一种选择。您将能够构建JAR文件。

<build>
    <plugins>
        <plugin>
            <!-- Build an executable JAR -->
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-jar-plugin</artifactId>
            <version>2.4</version>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                        <classpathPrefix>lib/</classpathPrefix>
                        <mainClass>WordListDriver</mainClass>
                    </manifest>
                </archive>
            </configuration>
        </plugin>
    </plugins>
</build>

我尝试了多种解决方案，但这是一种在我们想要创建一个不可执行的胖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

maven汇编插件对我很有用。

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

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

在我看来，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>

你可以结合maven shade插件和maven jar插件。

maven shade插件将您的类和所有依赖项打包在一个JAR文件中。配置maven jar插件以指定可执行jar文件的主类（请参阅“设置类路径”一章“使jar可执行”）。

maven jar插件的POM配置示例：

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-jar-plugin</artifactId>
            <version>2.3.2</version>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                        <mainClass>com.example.MyMainClass</mainClass>
                    </manifest>
                </archive>
            </configuration>
        </plugin>

最后通过调用以下命令创建可执行JAR文件：

mvn clean package shade:shade

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

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

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

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

一个很好的选择：

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

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

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