好吧，这是我的解决方案。我知道它没有使用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。

我在这里尝试了投票最多的答案，并且能够运行JAR文件。但程序没有正确运行。我不知道是什么原因。当我尝试从Eclipse运行时，会得到不同的结果，但当我从命令行运行JAR文件时，会获得不同的结果（它会因程序特定的运行时错误而崩溃）。

我有一个与OP类似的需求，只是我的项目有太多（Maven）依赖项。幸运的是，唯一对我有效的解决方案是使用Eclipse。它非常简单和直接。这不是OP的解决方案，但对于有类似需求但有许多Maven依赖关系的人来说，这是一个解决方案，

只需右键单击项目文件夹（在Eclipse中）并选择Export然后选择Java→ 可运行JAR将要求您选择JAR文件的位置最后，选择具有要运行的Main方法的类，并选择带有JAR文件的*Package依赖项，然后单击Finish

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

<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

您可以使用依赖插件在包阶段之前在单独的目录中生成所有依赖项，然后将其包含在清单的类路径中：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
        <execution>
            <id>copy-dependencies</id>
            <phase>prepare-package</phase>
            <goals>
                <goal>copy-dependencies</goal>
            </goals>
            <configuration>
                <outputDirectory>${project.build.directory}/lib</outputDirectory>
                <overWriteReleases>false</overWriteReleases>
                <overWriteSnapshots>false</overWriteSnapshots>
                <overWriteIfNewer>true</overWriteIfNewer>
            </configuration>
        </execution>
    </executions>
</plugin>
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <configuration>
        <archive>
            <manifest>
                <addClasspath>true</addClasspath>
                <classpathPrefix>lib/</classpathPrefix>
                <mainClass>theMainClass</mainClass>
            </manifest>
        </archive>
    </configuration>
</plugin>

或者，使用${project.build.directory}/classes/lib作为OutputDirectory将所有JAR文件集成到主JAR文件中，但随后需要添加自定义类加载代码来加载JAR文件。

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

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

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

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

一个很好的选择：

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

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

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

它的工作原理如下：

<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>

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