Java 当mvn安装神秘失败时-

我有一个带有单元测试的maven项目，当运行“mvn安装”时，我会得到一个很大的异常跟踪。令人惊讶的是，这个stacktrace实际上并没有导致任务失败！这似乎与Junit库的可用性有关

1） 我想知道如何（显然）为这个项目解决这个问题，以便库可用并且测试可以运行（是的，Junit4在pom.xml依赖项中）

2） 最终调试并找到根本原因的最佳方法是什么

3） 当surefire实用程序显然抛出了一个令人讨厌的异常时，Maven为什么说“构建成功”

org.apache.maven.surefire.util.SurefireReflectionException: java.lang.reflect.InvocationTargetException；嵌套异常是 java.lang.reflect.InvocationTargetException:null java.lang.reflect.InvocationTargetException位于 sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）位于 invoke（NativeMethodAccessorImpl.java:39） 在 reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25） 位于java.lang.reflect.Method.invoke（Method.java:597） org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray（ReflectionUtils.java:164） 在 org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke（ProviderFactory.java:110） 在 org.apache.maven.surefire.booter.SurefireStarter.invokeProvider（SurefireStarter.java:172） 在 org.apache.maven.surefire.booter.SurefireStarter.runsuitesinprocesswhen标记（SurefireStarter.java:104） 在 org.apache.maven.surefire.booter.ForkedBooter.main（ForkedBooter.java:70） 原因：java.lang.NoClassDefFoundError:Test at 位于的java.lang.Class.getDeclaredMethods0（本机方法） privateGetDeclaredMethods（Class.java:2427）位于 java.lang.Class.getMethod0（Class.java:2670）位于 java.lang.Class.getMethod（Class.java:1603）位于 org.apache.maven.surefire.util.ReflectionUtils.tryGetMethod（ReflectionUtils.java:57） 在 org.apache.maven.surefire.common.junit3.JUnit3TestChecker.isSuiteOnly（JUnit3TestChecker.java:65） 在 org.apache.maven.surefire.common.junit3.JUnit3TestChecker.isValidJUnit3Test（JUnit3TestChecker.java:60） 在 org.apache.maven.surefire.common.junit3.JUnit3TestChecker.accept（JUnit3TestChecker.java:55） 在 org.apache.maven.surefire.common.junit4.JUnit4TestChecker.accept（JUnit4TestChecker.java:52） 在 org.apache.maven.surefire.util.DefaultDirectoryScanner.locateTestClasses（DefaultDirectoryScanner.java:80） 在 org.apache.maven.surefire.junit4.JUnit4Provider.scanClassPath（JUnit4Provider.java:174） 在 org.apache.maven.surefire.junit4.JUnit4Provider.invoke（JUnit4Provider.java:83） ... 9更多原因：java.lang.ClassNotFoundException:Test at java.net.URLClassLoader$1.run（URLClassLoader.java:202）位于 java.security.AccessController.doPrivileged（本机方法）位于 java.net.URLClassLoader.findClass（URLClassLoader.java:190）位于 loadClass（ClassLoader.java:306）位于 sun.misc.Launcher$AppClassLoader.loadClass（Launcher.java:301）位于 loadClass（ClassLoader.java:247）。。。还有21个

POM在下面

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>rudolf</groupId>
    <artifactId>r1</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <packaging>jar</packaging>

    <name>r1</name>
    <url>http://maven.apache.org</url>

    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    </properties>

    <dependencies>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.1</version>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>commons-lang</groupId>
            <artifactId>commons-lang</artifactId>
            <version>2.3</version>
        </dependency>
        <dependency>
            <groupId>org.apache.commons</groupId>
            <artifactId>commons-io</artifactId>
            <version>1.3.2</version>
        </dependency>
        <dependency>
            <groupId>org.apache.derby</groupId>
            <artifactId>derby</artifactId>
            <version>10.9.1.0</version>
        </dependency>
        <dependency>
            <groupId>com.google.protobuf</groupId>
            <artifactId>protobuf-java</artifactId>
            <version>2.4.0a</version>
        </dependency>
    </dependencies>


    <build>
        <plugins>
          <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.9</version>
            <executions>
                <execution>
                    <phase>test</phase>
                    <goals>
                        <goal>test</goal>
                    </goals>
                </execution>
            </executions>
          </plugin>          
          <plugin>
             <groupId>org.apache.maven.plugins</groupId>
             <artifactId>maven-compiler-plugin</artifactId>
             <version>2.3.2</version>
             <configuration>
               <source>1.6</source>
               <target>1.6</target>
             </configuration>
           </plugin>
        </plugins>
    </build>



    <pluginRepositories>
        <pluginRepository>
            <id>onejar-maven-plugin.googlecode.com</id>
            <url>http://onejar-maven-plugin.googlecode.com/svn/mavenrepo</url>
        </pluginRepository>
    </pluginRepositories>
</project>

4.0.0
鲁道夫
r1
0.0.1-快照
罐子
r1
http://maven.apache.org
UTF-8
朱尼特
朱尼特
4.1
测试
公地郎
公地郎
2.3
org.apache.commons
公地io
1.3.2
org.apache.derby
德比
10.9.1.0
com.google.protobuf
protobuf java
2.4.0a
org.apache.maven.plugins
maven surefire插件
2.9
测试
测试
org.apache.maven.plugins
maven编译器插件
2.3.2
1.6
1.6
onejar-maven-plugin.googlecode.com
http://onejar-maven-plugin.googlecode.com/svn/mavenrepo

这绝对是一场愚蠢的完美风暴：

1） 我的测试类不是根据默认的surefire正则表达式命名的，请参见相关。所以测试没有真正运行

2） 确实运行的测试实际上是在进行一些JVM攻击，使用“不安全”之类的类——导致分段错误。这种分段错误会破坏整个Maven构建，破坏Maven输出的结果

带回家的课程是：

1） （不是100%确定，但似乎是这样）--如果在mvn构建期间JVM中发生了一些奇怪的低级故障，那么最终可能会出现奇怪的结果，而不是简单地以正确的方式指示错误/故障

---

2） surefire行为的默认Junit测试用例不只是自动运行包中的所有@test方法-必须正确命名类，或者必须手动编辑surefire模式过滤器

我在TestNG集成测试（fail-safe）中遇到了这样的问题。一个类似的非常神秘的错误让我损失了整整一天的时间（啊！-拜托，Eclipse/TestNG，如果你要给我们错误，让它们有帮助）。在我的例子中，这是因为测试方法上的访问器是私有的，需要是公共的

---

我希望在浪费一整天之前，其他人会觉得这很有用。

你能给我们看看你的

pom.xml

？你是从命令行运行的吗？主题是Eclipse。是的，很好，我修正了