对于任何想要从über JAR文件中排除特定依赖项的人来说，这是一个适合我的解决方案：

<project...>
    <dependencies>
        <dependency>
            <groupId>org.apache.spark</groupId>
            <artifactId>spark-core_2.11</artifactId>
            <version>1.6.1</version>
            <scope>provided</scope> <!--  <=============  -->
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <artifactId>maven-assembly-plugin</artifactId>
                <configuration>
                    <descriptorRefs>
                        <descriptorRef>jar-with-dependencies</descriptorRef>
                    </descriptorRefs>
                    <archive>
                        <manifest>
                            <mainClass>...</mainClass>
                        </manifest>
                    </archive>
                </configuration>
                <executions>
                    <execution>
                        <id>make-assembly</id>
                        <phase>package</phase>
                        <goals>
                            <goal>single</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
</project>

它不是mvn程序集插件的配置，而是依赖项的属性。

它的工作原理如下：

<plugin>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
        <execution>
            <id>unpack-dependencies</id>
            <phase>generate-resources</phase>
            <goals>
                <goal>unpack-dependencies</goal>
            </goals>
        </execution>
    </executions>
</plugin>

解包必须处于生成资源阶段，否则将不作为资源包含。

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

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

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

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

一个很好的选择：

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

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

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

您可以使用maven依赖插件，但问题是如何创建可执行JAR文件。要做到这一点，需要对Matthew Franglen的响应进行以下修改（顺便说一下，从干净的目标开始时，使用依赖插件需要更长的时间来构建）：

<build>
    <plugins>
        <plugin>
            <artifactId>maven-jar-plugin</artifactId>
            <configuration>
                <archive>
                    <manifest>
                        <mainClass>fully.qualified.MainClass</mainClass>
                    </manifest>
                </archive>
            </configuration>
        </plugin>
        <plugin>
            <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>
        </resource>
    </resources>
</build>

好吧，这是我的解决方案。我知道它没有使用pom.xml文件。但我在NetBeans上编译和运行程序时遇到了问题，但当我尝试Java-jarMyJarFile.jar时失败了。现在，我不完全理解Maven，我想这就是为什么在NetBeans8.0.2中将我的jar文件包含在库中以将其放入jar文件时遇到了困难。我在想我以前是如何在Eclipse中使用没有Maven的JAR文件的。

Maven可以编译所有的依赖项和插件。不是NetBeans。（如果您可以获得NetBeans并能够使用java.jar来实现这一点，请告诉我如何（^.^）v）

已解决-针对Linux：通过打开终端。

Then

cd /MyRootDirectoryForMyProject

Next

mvn org.apache.maven.plugins:maven-compiler-plugin:compile

Next

mvn install

这将在目标目录中创建一个JAR文件。

MyJarFile-1.0-jar-with-dependencies.jar

Now

cd target

（您可能需要运行：chmod+x MyJarFile-1.0-jar-with-dependencies.jar）

最后

java -jar MyJarFile-1.0-jar-with-dependencies.jar

请参阅LifecyclePhaseNotFoundException。

这篇博客文章展示了结合maven jar和maven汇编插件的另一种方法。通过博客文章中的程序集配置XML文件，还可以控制依赖项是否将被扩展或仅被收集在文件夹中并由清单中的类路径条目引用：

理想的解决方案是将jar包含在lib文件夹中，主jar的manifest.mf文件包含类路径中的所有jar。

这里描述的正是这个：使用Maven的可执行JAR文件和从属JAR文件