【问题标题】:How to solve DeploymentException WELD-001408 as local issue?如何解决 DeploymentException WELD-001408 作为本地问题?
【发布时间】:2014-07-16 16:28:01
【问题描述】:

Google 说我有一个著名错误,并且有很多想法可以解决这个问题。但是,我是我们团队中唯一一个在部署数月没有问题后遇到此错误的开发人员。即使是已经在客户那里成功运行的旧版本,我的开发系统也无法再部署。这怎么可能是本地问题?我擦除了我的 maven 存储库,用备份版本(已知可以工作)替换了 glassfish,清理了我的本地数据库,安装了一个新的 jdk。没有任何工作。有什么想法吗?

更新:我使用完全相同的代码,对客户或其他团队成员没有任何问题。

更新:虽然我认为它没用,因为其他开发人员没有这个问题,而且它在我的确切系统上工作了几个月,这里是完整的堆栈跟踪:

remote failure: Error occurred during deployment: Exception while loading the app : Exception List with 7 exceptions:
Exception 0 :
org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [...] with qualifiers [@Default] at injection point [[parameter 4] of [constructor] @Inject public ...]
        at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:274)
        at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:243)
        at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:106)
        at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:126)
        at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:345)
        at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:330)
        at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:366)
        at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:199)
        at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
        at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:313)
        at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
        at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
        at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:389)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:348)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1259)
        at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:461)
        at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:212)
        at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:179)
        at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
        at com.sun.enterprise.v3.services.impl.ContainerMapper$Hk2DispatcherCallable.call(ContainerMapper.java:354)
        at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
        at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
        at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
        at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
        at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
        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:745)

【问题讨论】:

  • 发布您的确切堆栈跟踪,以便我们提供帮助。
  • 您似乎遇到了应用程序问题——您的代码有问题。堆栈跟踪表明您的依赖项尚未得到满足,因此您的应用程序不会部署。专注于修复您的应用程序,而不是焊接。
  • 请准确阅读问题。这个确切的代码在客户和我团队的其他开发人员中使用起来很有效。这是我系统上的本地问题!

标签: java maven glassfish cdi


【解决方案1】:

我在我的分支中发现了问题。第二个 beans.xml 使部署崩溃。但是我仍然不明白为什么这会影响其他具有源版本的分支,这些版本已知可以毫无问题地运行。也许某种 JRebel 魔法是造成这种影响的原因。

【讨论】:

    猜你喜欢
    • 2016-01-16
    • 1970-01-01
    • 2014-04-07
    • 2014-12-20
    • 1970-01-01
    • 1970-01-01
    • 2020-03-26
    • 2020-01-01
    • 2017-11-22
    相关资源
    最近更新 更多