- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我将weblogic升级到版本12.2.1.3.0(之前是12.1.2)。我尝试在 weblogic 服务器上部署应用程序(从 JAVA 7 开始),但收到异常:
weblogic.management.DeploymentException: CDI deployment failure:WELD-001409: Ambiguous dependencies for type Manager with qualifiers @Default
[java] at injection point [BackedAnnotatedField] @Inject protected (here is the package path) package.Manager
[java] at package.Manager(Session.java:0)
[java] Possible dependencies:
[java] - Managed Bean [class package.Manager] with qualifiers [@Any @Default],
[java] - Managed Bean [class package.Manager] with qualifiers [@Any @Default]
[java] :org.jboss.weld.exceptions.DeploymentException:WELD-001409: Ambiguous dependencies for type Manager with qualifiers @Default
[java] at injection point [BackedAnnotatedField] @Inject protected package.Manager
[java] at package.Manager(Session.java:0)
[java] Possible dependencies:
[java] - Managed Bean [package.Manager] with qualifiers [@Any @Default],
[java] - Managed Bean [package.Manager] with qualifiers [@Any @Default]
我想补充一点,在“旧”weblogic 版本上部署期间,一切都已开启。
在部署期间将 java 升级到 1.8 后,我收到如下异常:
weblogic.management.DeploymentException: CDI deployment failure:Exception List with 2 exceptions:
[java] Exception 0 :
[java] org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type ManagerAdapter with qualifiers @Default
[java] at injection point [BackedAnnotatedField] @Inject protected package.ManagerAdapter
[java] at package.ManagerAdapter(ProjectManagerBase.java:0)
[java]
[java] at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:359)
[java] at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:281)
[java] at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:134)
[java] at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:155)
[java] at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:518)
[java] at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:504)
[java] at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:479)
[java] at org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:446)
[java] at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)
[java] at com.oracle.injection.provider.weld.WeldInjectionContainer.start(WeldInjectionContainer.java:150)
[java] at com.oracle.injection.integration.CDIAppDeploymentExtension.initCdi(CDIAppDeploymentExtension.java:84)
[java] at com.oracle.injection.integration.CDIAppDeploymentExtension.activate(CDIAppDeploymentExtension.java:43)
[java] at weblogic.application.internal.flow.AppDeploymentExtensionFlow.activate(AppDeploymentExtensionFlow.java:39)
[java] at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:752)
[java] at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45)
[java] at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:262)
[java] at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:66)
[java] at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:165)
[java] at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:90)
[java] at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:631)
[java] at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:171)
[java] at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:121)
[java] at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:348)
[java] at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:907)
[java] at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1468)
[java] at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:459)
[java] at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:181)
[java] at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:217)
[java] at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:14)
[java] at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:69)
[java] at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:670)
[java] at weblogic.invocation.ComponentInvocationContextManager._runAs(ComponentInvocationContextManager.java:352)
[java] at weblogic.invocation.ComponentInvocationContextManager.runAs(ComponentInvocationContextManager.java:337)
[java] at weblogic.work.LivePartitionUtility.doRunWorkUnderContext(LivePartitionUtility.java:57)
[java] at weblogic.work.PartitionUtility.runWorkUnderContext(PartitionUtility.java:41)
[java] at weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(SelfTuningWorkManagerImpl.java:644)
[java] at weblogic.work.ExecuteThread.execute(ExecuteThread.java:415)
[java] at weblogic.work.ExecuteThread.run(ExecuteThread.java:355)
您有什么想法可能会出现问题或者我应该在哪里深入研究吗?
谢谢大家
最佳答案
您需要查看您的开发版本,例如,如果它是针对 JavaEE 6 的,而现在您正在使用 JavaEE 7 运行它,那么 JavaEE 7 中几乎没有什么不同。例如,它以不同的方式处理托管 bean 范围。就像 Java EE 7 中不再使用 @ViewScoped 注释一样(有一个新的 @FlowScoped)。您可以将日志级别调整为最精细,并深入了解发生的情况。
关于java - 将 weblogic 升级到 12.2.1.3.0,将 java 从 1.7 升级到 1.8 - 异常 WELD-001408 依赖项不满足,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52494303/
我正在尝试从 Glassfish+Jersey+Weld 迁移到 Jetty。 我有这样的设置:gist of pom.xml, web.xml and Java launcher . 应用程序似乎可
注意:我已经尝试过类似问题的可用解决方案。 我正在使用JSF,Java 8,Tomcat 9,Maven,H2 db开发一个简单的CRUD应用程序。 当我尝试启动服务器时,发生以下异常 由以下原因
我刚刚将 Weld 从版本 2.4.4 更新到 3.0.1。我在应用程序启动时遇到以下错误,但找不到解决方案。我正在使用 Weld SE。 Sep 15, 2017 1:25:12 PM org.jb
我想使用 WELD SE 和 JEE8 (CDI 2.0) 创建 REST 资源的单元测试。 这是 REST 资源类的代码: @Path("/members") @RequestScoped publ
我正在使用 NetBeans 和 Glassfish 4.1.1 开发一个 Web 应用程序。我使用 JSF 和 CDI 来管理 Facelets 的支持 bean。由于在更改代码中的任何内容后不久,
从 JPA 2.1 开始,可以将 EJB 注入(inject)到实体监听器中。然而,WildFly 9.0.2 final 失败并出现以下异常。 15:41:12,125 ERROR [org.jbo
我使用 Weld SE 创建了一个简单的 JavaSE 应用程序。我正在尝试使用 gradle run 运行它会抛出异常: :compileJava UP-TO-DATE :processResour
我正在尝试在 DAO 类中注入(inject)一个实体管理器并使用 Weld 容器对其进行测试,但我不断收到以下异常: org.jboss.weld.exceptions.NullInstanceEx
由于某种原因,以下代码不起作用,我不明白为什么。我目前的,相当随意的,从大惊小怪的几个细微变化的信念是,因为 bean 是在 ExternalContext 之前创建的。它导致异常。但是,Extern
我有一个 Java 8 项目和一个 JBoss 7.1.0GA 服务器。我有一个带有全局变量的批处理类 @EJB public MyInterface delegate; 它在我的 ejb-jar.x
我的项目昨天运行良好。我唯一做的就是将结构从单一 war 更改为多模块 pom。如果我正确理解堆栈跟踪,则焊接和omnifaces websocket lib之间存在歧义。但是,在堆栈跟踪上似乎没有对
我按照文档(https://docs.jboss.org/weld/reference/latest/en-US/html/injection.html)创建限定符,现在我在wildfly-10.1.
我正在开发一个 JavaFX 2 项目,并且该应用程序必须使用另一个 main 方法(根据生成的 JAR list 为 com.javafx.main.Main)启动。据官方焊缝reference引导
我们有一个 Web 应用程序,目前正在使用 Java EE 7、JSF 2.2 和 Glassfish 4.0 开发。有两个特定的托管 Bean,它们具有循环依赖关系。 Usuario Control
我正在使用 Weld 来观察事件。我认为有一种方法可以指定观察者是否异步,但我没有找到该注释或文档。 观察者可以是异步的吗?如果是这样,我需要做什么才能做到这一点? 最佳答案 有一个开放请求:CDI-
我正在尝试将 war 部署到 JBoss AS 7.1.1 服务器中,但在尝试注入(inject) EntityManager 时部署失败: 17:44:48,037 ERROR [org.jboss
我尝试在 Weld 中制作装饰器,但 Weld 返回错误。我不明白我的错误是什么。我使用了相同的 Weld 示例“weld-se-numberguess”,并创建了一个装饰器扩展游戏。 Set 18
我使用 JBoss AS 7.1.1 + CDI (Weld) + JSF + Intellij IDEA。我创建了项目并下载了文件: 1. jsf-api.jar 2. jsf-impl.jar 3
我正在搭建学习 JavaEE7 中 CDI 的基础环境。我有以下用于启动 Weld 的代码。只是启动和关闭。 package com.anshbansal; import org.jboss.weld
我使用 weld se 2.0 和其他简单的依赖项构建了一个应用程序。在我的开发环境(eclipse)中这工作正常,没有错误,但是......在生产中应用程序完全崩溃并且焊接的实习生依赖部分抛出“模糊
我是一名优秀的程序员,十分优秀!