[jira] [Commented] (DELTASPIKE-1285) DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
[
https://issues.apache.org/jira/browse/DELTASPIKE-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16241488#comment-16241488
]
Mario Koehler commented on DELTASPIKE-1285:
---
thats a fair point. i didn't think about that. in that case we have to hope the
Payara people will fix it on their side.
> DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
> -
>
> Key: DELTASPIKE-1285
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-1285
> Project: DeltaSpike
> Issue Type: Bug
> Components: Core
>Affects Versions: 1.8.0
> Environment: payara micro 4.1.2.172
> com.vaadin:vaadin-cdi:2.0.0 (deltaspike comes with vaadin dependency)
> docker-environment (based on openjdk-jre-8)
>Reporter: Sven Redelin
> Labels: easyfix
>
> Dear all,
> I got a really strange error in my environment setup and would not say, that
> the deltaspike API has a real bug, but from my point of view the
> implementation can be improved.
> *the problem*
> I've got the given setup.
> Vaadin Application using vaadin-cdi in version 2.0.0 and vaadin usage of
> version 8.0.6.
> with vaadin-cdi I got the dependency of deltaspike-core and -impl.
> The application built into a war file will be deployed using docker based on
> openjdk-jre-8 on payara-micro.
> While deployment I got the following very huge stacktrace.
> {code}
> org.glassfish.deployment.common.DeploymentException: CDI deployment
> failure:Exception List with 5 exceptions:
> Exception 0 :
> org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied
> dependencies for type DeltaSpikeContextExtension with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension
> at
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension(ViewAccessContextArtifactProducer.java:0)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:362)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:284)
> at
> org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:137)
> at
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:158)
> at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:501)
> at
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:487)
> at
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:462)
> at
> org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:454)
> at
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)
> at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:227)
> at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
> at
> org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:329)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:220)
> at
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:487)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
> at
> com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:134)
> at
>
[jira] [Commented] (DELTASPIKE-1285) DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
[
https://issues.apache.org/jira/browse/DELTASPIKE-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16240029#comment-16240029
]
Thomas Andraschko commented on DELTASPIKE-1285:
---
-1 for upgrading to CDI1.1+ format. DS 1.x should run for all CDI1.x versions.
> DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
> -
>
> Key: DELTASPIKE-1285
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-1285
> Project: DeltaSpike
> Issue Type: Bug
> Components: Core
>Affects Versions: 1.8.0
> Environment: payara micro 4.1.2.172
> com.vaadin:vaadin-cdi:2.0.0 (deltaspike comes with vaadin dependency)
> docker-environment (based on openjdk-jre-8)
>Reporter: Sven Redelin
> Labels: easyfix
>
> Dear all,
> I got a really strange error in my environment setup and would not say, that
> the deltaspike API has a real bug, but from my point of view the
> implementation can be improved.
> *the problem*
> I've got the given setup.
> Vaadin Application using vaadin-cdi in version 2.0.0 and vaadin usage of
> version 8.0.6.
> with vaadin-cdi I got the dependency of deltaspike-core and -impl.
> The application built into a war file will be deployed using docker based on
> openjdk-jre-8 on payara-micro.
> While deployment I got the following very huge stacktrace.
> {code}
> org.glassfish.deployment.common.DeploymentException: CDI deployment
> failure:Exception List with 5 exceptions:
> Exception 0 :
> org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied
> dependencies for type DeltaSpikeContextExtension with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension
> at
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension(ViewAccessContextArtifactProducer.java:0)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:362)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:284)
> at
> org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:137)
> at
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:158)
> at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:501)
> at
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:487)
> at
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:462)
> at
> org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:454)
> at
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)
> at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:227)
> at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
> at
> org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:329)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:220)
> at
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:487)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
> at
> com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:134)
> at
> fish.payara.micro.impl.PayaraMicroImpl.deployAll(PayaraMicroImpl.java:1365)
[jira] [Commented] (DELTASPIKE-1285) DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
[
https://issues.apache.org/jira/browse/DELTASPIKE-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16240006#comment-16240006
]
Mario Koehler commented on DELTASPIKE-1285:
---
would you (for future releases) consider "upgrading" your beans.xml file to the
CDI 1.1+ format and set the bean discovery mode explicitly to "all"?
It would just mean that you specify explicitly what you already expect to
happen implicitly, right? So there should be no unexpected side effects as far
as i can see.
> DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
> -
>
> Key: DELTASPIKE-1285
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-1285
> Project: DeltaSpike
> Issue Type: Bug
> Components: Core
>Affects Versions: 1.8.0
> Environment: payara micro 4.1.2.172
> com.vaadin:vaadin-cdi:2.0.0 (deltaspike comes with vaadin dependency)
> docker-environment (based on openjdk-jre-8)
>Reporter: Sven Redelin
> Labels: easyfix
>
> Dear all,
> I got a really strange error in my environment setup and would not say, that
> the deltaspike API has a real bug, but from my point of view the
> implementation can be improved.
> *the problem*
> I've got the given setup.
> Vaadin Application using vaadin-cdi in version 2.0.0 and vaadin usage of
> version 8.0.6.
> with vaadin-cdi I got the dependency of deltaspike-core and -impl.
> The application built into a war file will be deployed using docker based on
> openjdk-jre-8 on payara-micro.
> While deployment I got the following very huge stacktrace.
> {code}
> org.glassfish.deployment.common.DeploymentException: CDI deployment
> failure:Exception List with 5 exceptions:
> Exception 0 :
> org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied
> dependencies for type DeltaSpikeContextExtension with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension
> at
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension(ViewAccessContextArtifactProducer.java:0)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:362)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:284)
> at
> org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:137)
> at
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:158)
> at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:501)
> at
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:487)
> at
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:462)
> at
> org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:454)
> at
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)
> at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:227)
> at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
> at
> org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:329)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:220)
> at
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:487)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
> at
>
[jira] [Commented] (DELTASPIKE-1285) DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
[
https://issues.apache.org/jira/browse/DELTASPIKE-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16240003#comment-16240003
]
Mario Koehler commented on DELTASPIKE-1285:
---
Yes, actually Sven already did report it to Payara in August:
https://github.com/payara/Payara/issues/1893
I added my comments to that ticket, too.
> DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
> -
>
> Key: DELTASPIKE-1285
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-1285
> Project: DeltaSpike
> Issue Type: Bug
> Components: Core
>Affects Versions: 1.8.0
> Environment: payara micro 4.1.2.172
> com.vaadin:vaadin-cdi:2.0.0 (deltaspike comes with vaadin dependency)
> docker-environment (based on openjdk-jre-8)
>Reporter: Sven Redelin
> Labels: easyfix
>
> Dear all,
> I got a really strange error in my environment setup and would not say, that
> the deltaspike API has a real bug, but from my point of view the
> implementation can be improved.
> *the problem*
> I've got the given setup.
> Vaadin Application using vaadin-cdi in version 2.0.0 and vaadin usage of
> version 8.0.6.
> with vaadin-cdi I got the dependency of deltaspike-core and -impl.
> The application built into a war file will be deployed using docker based on
> openjdk-jre-8 on payara-micro.
> While deployment I got the following very huge stacktrace.
> {code}
> org.glassfish.deployment.common.DeploymentException: CDI deployment
> failure:Exception List with 5 exceptions:
> Exception 0 :
> org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied
> dependencies for type DeltaSpikeContextExtension with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension
> at
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension(ViewAccessContextArtifactProducer.java:0)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:362)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:284)
> at
> org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:137)
> at
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:158)
> at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:501)
> at
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:487)
> at
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:462)
> at
> org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:454)
> at
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)
> at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:227)
> at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
> at
> org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:329)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:220)
> at
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:487)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
> at
> com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:134)
> at
>
[jira] [Commented] (DELTASPIKE-1285) DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
[
https://issues.apache.org/jira/browse/DELTASPIKE-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16239996#comment-16239996
]
Romain Manni-Bucau commented on DELTASPIKE-1285:
Hi Mario
Did you report it to Payara? Looks like a nasty big pf the container.
> DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
> -
>
> Key: DELTASPIKE-1285
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-1285
> Project: DeltaSpike
> Issue Type: Bug
> Components: Core
>Affects Versions: 1.8.0
> Environment: payara micro 4.1.2.172
> com.vaadin:vaadin-cdi:2.0.0 (deltaspike comes with vaadin dependency)
> docker-environment (based on openjdk-jre-8)
>Reporter: Sven Redelin
> Labels: easyfix
>
> Dear all,
> I got a really strange error in my environment setup and would not say, that
> the deltaspike API has a real bug, but from my point of view the
> implementation can be improved.
> *the problem*
> I've got the given setup.
> Vaadin Application using vaadin-cdi in version 2.0.0 and vaadin usage of
> version 8.0.6.
> with vaadin-cdi I got the dependency of deltaspike-core and -impl.
> The application built into a war file will be deployed using docker based on
> openjdk-jre-8 on payara-micro.
> While deployment I got the following very huge stacktrace.
> {code}
> org.glassfish.deployment.common.DeploymentException: CDI deployment
> failure:Exception List with 5 exceptions:
> Exception 0 :
> org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied
> dependencies for type DeltaSpikeContextExtension with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension
> at
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension(ViewAccessContextArtifactProducer.java:0)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:362)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:284)
> at
> org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:137)
> at
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:158)
> at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:501)
> at
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:487)
> at
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:462)
> at
> org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:454)
> at
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)
> at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:227)
> at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
> at
> org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:329)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:220)
> at
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:487)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
> at
> com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:134)
> at
>
[jira] [Commented] (DELTASPIKE-1285) DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
[
https://issues.apache.org/jira/browse/DELTASPIKE-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16239976#comment-16239976
]
Mario Koehler commented on DELTASPIKE-1285:
---
I can confirm now that the issue can be resolved by "upgrading" the beans.xml
file to CDI 1.1+ and setting the bean discovery mode to "all".
I did that by first excluding the transitive dependencies of vaadin-cdi:
com.vaadin
vaadin-cdi
org.apache.deltaspike.core
deltaspike-core-api
org.apache.deltaspike.core
deltaspike-core-impl
Then i downloaded the two deltaspike jar files and patched them with a newer
beans.xml:
http://xmlns.jcp.org/xml/ns/javaee;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd;
bean-discovery-mode="all">
...and then included those two patched jar files into my WAR file. This patched
WAR file is now deployable.
This is only a workaround, of course, and there is something wrong here, either
with Payara or Docker, i don't know. Because the behaviour of discovering the
beans in those jars does not follow CDI spec. it SHOULD have worked with the
old beans.xml, too.
> DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
> -
>
> Key: DELTASPIKE-1285
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-1285
> Project: DeltaSpike
> Issue Type: Bug
> Components: Core
>Affects Versions: 1.8.0
> Environment: payara micro 4.1.2.172
> com.vaadin:vaadin-cdi:2.0.0 (deltaspike comes with vaadin dependency)
> docker-environment (based on openjdk-jre-8)
>Reporter: Sven Redelin
> Labels: easyfix
>
> Dear all,
> I got a really strange error in my environment setup and would not say, that
> the deltaspike API has a real bug, but from my point of view the
> implementation can be improved.
> *the problem*
> I've got the given setup.
> Vaadin Application using vaadin-cdi in version 2.0.0 and vaadin usage of
> version 8.0.6.
> with vaadin-cdi I got the dependency of deltaspike-core and -impl.
> The application built into a war file will be deployed using docker based on
> openjdk-jre-8 on payara-micro.
> While deployment I got the following very huge stacktrace.
> {code}
> org.glassfish.deployment.common.DeploymentException: CDI deployment
> failure:Exception List with 5 exceptions:
> Exception 0 :
> org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied
> dependencies for type DeltaSpikeContextExtension with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension
> at
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension(ViewAccessContextArtifactProducer.java:0)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:362)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:284)
> at
> org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:137)
> at
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:158)
> at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:501)
> at
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:487)
> at
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:462)
> at
> org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:454)
> at
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)
> at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:227)
> at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
> at
> org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:329)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:220)
> at
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:487)
> at
>
[jira] [Commented] (DELTASPIKE-1285) DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
[
https://issues.apache.org/jira/browse/DELTASPIKE-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16237694#comment-16237694
]
Mario Koehler commented on DELTASPIKE-1285:
---
I can confirm that i run into the same error messages when i try to include the
deltaspike dependencies into my project and deploy my WAR to a payara running
inside a docker container.
The problem does not occur if the Payara runs outside the docker container,
though.
My guess is that this might be related to the CDI 1.0 version of the bean.xml
included with the deltaspike JAR's. Those JAR's should implicitly have the bean
discovery mode "all", but it seems they are interpreted as having bean
discovery mode "annotated", and since some of the @Injected beans are not
explicitly annotated, they are not discovered and hence the "unsatisfied
dependency" exception.
it would be interesting to see what happens if you "upgrade" the bean.xml to
CDI 1.1 or higher and specify the bean discovery mode explicitly. sadly i
havent figured out how to incorporate this patch into my build process yet, but
i plan to try this next week.
> DeltaSpike Dependency Injection using Vaadin-CDI and Payara Micro
> -
>
> Key: DELTASPIKE-1285
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-1285
> Project: DeltaSpike
> Issue Type: Bug
> Components: Core
>Affects Versions: 1.8.0
> Environment: payara micro 4.1.2.172
> com.vaadin:vaadin-cdi:2.0.0 (deltaspike comes with vaadin dependency)
> docker-environment (based on openjdk-jre-8)
>Reporter: Sven Redelin
>Priority: Major
> Labels: easyfix
>
> Dear all,
> I got a really strange error in my environment setup and would not say, that
> the deltaspike API has a real bug, but from my point of view the
> implementation can be improved.
> *the problem*
> I've got the given setup.
> Vaadin Application using vaadin-cdi in version 2.0.0 and vaadin usage of
> version 8.0.6.
> with vaadin-cdi I got the dependency of deltaspike-core and -impl.
> The application built into a war file will be deployed using docker based on
> openjdk-jre-8 on payara-micro.
> While deployment I got the following very huge stacktrace.
> {code}
> org.glassfish.deployment.common.DeploymentException: CDI deployment
> failure:Exception List with 5 exceptions:
> Exception 0 :
> org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied
> dependencies for type DeltaSpikeContextExtension with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension
> at
> org.apache.deltaspike.core.impl.scope.viewaccess.ViewAccessContextArtifactProducer.deltaSpikeContextExtension(ViewAccessContextArtifactProducer.java:0)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:362)
> at
> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:284)
> at
> org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:137)
> at
> org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:158)
> at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:501)
> at
> org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:487)
> at
> org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:462)
> at
> org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:454)
> at
> org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)
> at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:227)
> at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
> at
> org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:329)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
> at
> com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:220)
> at
> org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:487)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:360)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
> at
> com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
> at
>
