部署web-ear时出现sun.reflect.annotation.TypeNotPresentExceptionProxy错误

时间：2011-07-01 20:10:28

标签： deployment maven glassfish ejb-3.0

当我尝试将ejd-ear，web-ear部署到glassfish服务器上时。 我在web项目中添加了一个ejb客户端依赖项。 ejb-ear成功部署。但是，当我尝试部署web-ear时，它会引发异常。

sun.reflect.annotation.TypeNotPresentExceptionProxy
java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy
    at sun.reflect.annotation.AnnotationParser.parseClassArray(AnnotationParser.java:653)
    at sun.reflect.annotation.AnnotationParser.parseArray(AnnotationParser.java:460)
    at sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:286)
    at sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationParser.java:222)
    at sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:69)
    at sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:52)
    at java.lang.Class.initAnnotationsIfNecessary(Class.java:3070)
    at java.lang.Class.getAnnotations(Class.java:3050)
    at org.glassfish.apf.impl.AnnotationProcessorImpl.processAnnotations(AnnotationProcessorImpl.java:285)
    at org.glassfish.apf.impl.AnnotationProcessorImpl.process(AnnotationProcessorImpl.java:195)
    at org.glassfish.apf.impl.AnnotationProcessorImpl.process(AnnotationProcessorImpl.java:134)
    at com.sun.enterprise.deployment.archivist.Archivist.processAnnotations(Archivist.java:606)
    at com.sun.enterprise.deployment.archivist.Archivist.readAnnotations(Archivist.java:459)
    at com.sun.enterprise.deployment.archivist.Archivist.readAnnotations(Archivist.java:432)
    at com.sun.enterprise.deployment.archivist.Archivist.readRestDeploymentDescriptors(Archivist.java:408)
    at com.sun.enterprise.deployment.archivist.Archivist.readDeploymentDescriptors(Archivist.java:383)
    at com.sun.enterprise.deployment.archivist.Archivist.open(Archivist.java:246)
    at com.sun.enterprise.deployment.archivist.Archivist.open(Archivist.java:255)
    at com.sun.enterprise.deployment.archivist.Archivist.open(Archivist.java:216)
    at com.sun.enterprise.deployment.archivist.ApplicationFactory.openArchive(ApplicationFactory.java:165)
    at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:180)
    at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:93)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.loadDeployer(ApplicationLifecycle.java:826)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:768)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:368)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
    at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
    at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:465)
    at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:222)
    at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
    at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
    at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
    at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
    at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
    at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
    at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
    at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
    at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
    at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
    at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
    at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
    at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
    at java.lang.Thread.run(Thread.java:662)

有什么想法吗？

7 个答案:

答案 0 :(得分：49)

我认为最好的方法是在java.lang.TypeNotPresentException的构造函数中设置一个断点，并检查Throwable类型的第二个参数以了解根本原因

答案 1 :(得分：23)

最近与JUnit有相同的异常。 情况是这样的：

@SuiteClasses({MyTestClass.class})
public class MySuite {
    ...
}

问题是JVM无法处理MyTestClass，因为它缺少类路径中的依赖项（缺少另一个JAR文件）。但是这个例外没有提供关于缺少哪个班级的信息。

解决方法是暂时向MySuite添加静态初始化块，实例化MyTestClass：

@SuiteClasses({MyTestClass.class})
public class MySuite {
    static {
        new MyTestClass();
    }
}

这会导致JVM首先运行静态块，尝试实例化MyTestClass，找出缺少的类并报告正确的异常。然后，您可以添加缺少的依赖项并删除临时静态块。

答案 2 :(得分：2)

我们实际上遇到了同样的异常。我们有一个项目，目前我们从Java转移到Kotlin。在项目中，所有测试类都是用Kotlin编写的，因此我们将文件夹命名为src/test/kotlin。我们还根据“编译Kotlin和Java源代码”来配置我们的pom。 Kotlin documentation中的部分。

我们忘记的是＆＃39;中描述的测试目录定义。仅编译Kotlin源代码＆＃39;部分：

<build> <testSourceDirectory>${project.basedir}/src/test/kotlin</testSourceDirectory> </build>

IntelliJ自动编译根据需要编译了所有测试类，然后maven构建成功，这也有点令人困惑。仅在发生mvn clean test TypeNotPresentExceptionProxy之后。

答案 3 :(得分：1)

解决方案：

  1. 使用debug连接到Glassfish服务器
  2. 把断点放到一边
    • java.lang.Class.initAnnotationsIfNecessary（Class.java:3070）
  3. 部署您的应用程序。

    4. 部署时，您将在此断点处多次停止。请参阅此参考，并记住在出现部署错误之前的最后一次。比检查最后一个“ this ”类中的注释。 你也可以把断点放到AnnotationParser.parseClassArray方法中，但它是编译代码，方法的断点是非常慢。 （在我的情况下，方法断点我最后无法解释应用程序。）

答案 4 :(得分：1)

在以下情况下也会发生这种情况：

项目A是一个库，是你日食中的一个maven项目。 它有一个名为org.exmaple.Foo的类，位于src/test/java/目录中。

在项目B中发生错误时，您将尝试访问此类。但这是不可能的。

Eclipse不会抱怨，因为它“知道”这两个类。 如果您在项目上运行mvn clean install，那么无效的maven将为您提供正确的错误消息。

我认为这个错误可能发生在开普勒之后，但我不确定。至少它仍然存在于Luna中：）

答案 5 :(得分：0)

问题与Jar文件冲突。验证war文件lib文件夹中的jar文件列表。删除不必要的和冲突的jar文件。然后部署将成功。

答案 6 :(得分：0)

TypeNotPresentExceptionProxy错误并非特定于特定的依赖项，而是取决于每个项目的类路径。 因此，请验证您的Maven依赖关系树。 例如，当我有两个JUnit依赖项时，我就陷入了这个错误，因此在类路径中有两个版本的JUnit注释。

您可以在“ java.lang.Class”类的某些方法中添加断点：

例如：

java.lang.Class.getAnnotation 
java.lang.Class.getAnnotations

之后，您将能够发现导致问题的类...在类内部搜索注释，并检查类路径中的歧义。

相关问题
最新问题