Java ClassNotFoundException:org.apache.commons.cli.ParseException with maven

我正在尝试在linux中从命令行运行java项目：

$java-jar target/my-app.jar-csv test.csv

我犯了这个错误

Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/cli/ParseException
    at java.lang.Class.getDeclaredMethods0(Native Method)
    at java.lang.Class.privateGetDeclaredMethods(Class.java:2531)
    at java.lang.Class.getMethod0(Class.java:2774)
    at java.lang.Class.getMethod(Class.java:1663)
    at sun.launcher.LauncherHelper.getMainMethod(LauncherHelper.java:494)
    at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:486)
Caused by: java.lang.ClassNotFoundException: org.apache.commons.cli.ParseException

我正在使用maven-3，这里是我的build maven配置：

<build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.3</version>
                <configuration>
                    <source>1.7</source>
                    <target>1.7</target>
                    <encoding>${project.build.sourceEncoding}</encoding>
                    <sourceEncoding>${project.build.sourceEncoding}</sourceEncoding>
                    <showDeprecation>true</showDeprecation>
                </configuration>
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-jar-plugin</artifactId>
                <version>2.6</version>
                <configuration>
                    <archive>
                        <manifest>
                            <addClasspath>true</addClasspath>
                            <mainClass>${appClass}</mainClass>
                            <classpathPrefix>lib/</classpathPrefix>
                            <useUniqueVersions>false</useUniqueVersions>
                        </manifest>
                    </archive>
                </configuration>
            </plugin>
        </plugins>
    </build>

org.apache.maven.plugins
maven编译器插件
3.3
1.7
1.7
${project.build.sourceEncoding}
${project.build.sourceEncoding}
真的
org.apache.maven.plugins
maven jar插件
2.6
真的
${appClass}
解放党/
假的

和我的commons cli依赖项声明

        <!-- CLI -->
        <dependency>
            <groupId>commons-cli</groupId>
            <artifactId>commons-cli</artifactId>
            <version>1.2</version>
        </dependency>

commons cli
commons cli
1.2

如果我将代码和依赖项删除到我的类中，就不会再出现错误

---

谢谢大家!

您正在使用maven，但您正在从命令行运行应用程序，因此需要为应用程序提供所有必需的JAR：

方法1：您可以在类路径中提供如下内容：

如果您在Windows上，路径将以分号分隔，在Linux上，路径将以冒号分隔。您还可以使用通配符，如

/*.jar

来包含所有jar（java6+）

方法2：您可以使用一个fat/uber/one jar将所有jar组合到一个jar中，并按照您的意愿运行它

下面是使用一个jar：

使用Maven：您需要更新plugins部分pom.xml：

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

---

在

mvn包上执行时

将生成uber jar。

参数-jar与-classpath或abrevatted-cp不兼容

因此，当您使用jar文件启动java进程时，必须提供一个有效的Manifest.mf文件，该文件声明了正确的类路径

这是java文档中的清单示例：

Manifest-Version: 1.0
Class-Path: MyUtils.jar
Created-By: 1.7.0_06 (Oracle Corporation)

---

然后，您可以将.jar文件放在definal.jar文件中的任意位置（然后您可以添加路径）。或者干脆把它放在外面，但要尊重路径，就像它在.jar文件中一样。

使用maven依赖插件是一种解决方案

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

org.apache.maven.plugins
maven依赖插件
2.8
复制依赖项
包裹
复制依赖项
${project.build.directory}/lib

在pom.xml中使用maven assembly插件。 这将把所有依赖项捆绑在一个jar中

<plugin> 
<artifactId>maven-assembly-plugin</artifactId>
            <configuration>
                <archive>
                    <manifest>
                       <mainClass>com.app.appmain</mainClass>
                    </manifest>
                </archive>
                <descriptorRefs>
        <descriptorRef>jar-with-dependencies</descriptorRef>
            </configuration>
        </plugin>
 <dependencies>
   <dependency>
        <groupId>commons-cli</groupId>
        <artifactId>commons-cli</artifactId>
        <version>1.3</version>
    </dependency>
   </dependencies>

maven汇编插件
com.app.appmain
带有依赖项的jar
commons cli
commons cli
1.3

建立：

---

mvn clean compile assembly：问题的单个

副本，如。从所有的解决方案来看，我更喜欢使用maven shade插件，而不是使用maven shade插件。你是对的，但我认为接受的答案对maven shade插件来说并不好。我们得到了一个包含所有依赖项的完整jar。你认为在一个lib文件夹中生成所有依赖项的maven依赖插件方法比maven依赖插件方法好吗？这取决于你想要如何分发它，以及你期望用户如何执行它。maven shade插件以最简单的方法结束op，但确定依赖关系将更加困难solution@biology.info .. 除了上面提到的maven assembly插件之外，还有很多选项。任何对你有用的东西都很好。Garry>谢谢你的回复，我不同意你的第一种方法，但是你的帖子现在非常有用@biology.info。。不客气，但我认为我找到你问题的原因是对的；）我测试了第三种方法来比较>不同之处在于，在一种情况下，我们得到一个包含所有依赖项的jar，而在另一种情况下，依赖项存储在一个单独的文件夹中

Manifest-Version: 1.0
Class-Path: MyUtils.jar
Created-By: 1.7.0_06 (Oracle Corporation)

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

<plugin> 
<artifactId>maven-assembly-plugin</artifactId>
            <configuration>
                <archive>
                    <manifest>
                       <mainClass>com.app.appmain</mainClass>
                    </manifest>
                </archive>
                <descriptorRefs>
        <descriptorRef>jar-with-dependencies</descriptorRef>
            </configuration>
        </plugin>
 <dependencies>
   <dependency>
        <groupId>commons-cli</groupId>
        <artifactId>commons-cli</artifactId>
        <version>1.3</version>
    </dependency>
   </dependencies>