[JBoss JIRA] (WFLY-3669) Deltaspike deployment fails on wildfly 8.1
by Jozef Hartinger (JIRA)
[ https://issues.jboss.org/browse/WFLY-3669?page=com.atlassian.jira.plugin.... ]
Jozef Hartinger resolved WFLY-3669.
-----------------------------------
Resolution: Incomplete Description
Closing due to inactivity of the reporter. Feel free to reopen with more information.
> Deltaspike deployment fails on wildfly 8.1
> ------------------------------------------
>
> Key: WFLY-3669
> URL: https://issues.jboss.org/browse/WFLY-3669
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Affects Versions: 8.1.0.Final
> Reporter: Paa Kojo Konduah Amos
> Assignee: Jozef Hartinger
>
> on addition of the Deltaspike-core dependency in my pom.xml....wildfly 8.1 fails at deployment time.
> 01:45:08,481 INFO [org.apache.deltaspike.core.util.ProjectStageProducer] (MSC service thread 1-4) Computed the following DeltaSpike ProjectStage: Production
> 01:45:12,813 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."jwi.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."jwi.war".WeldStartService: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_65]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_65]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_65]
> Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001414: Bean name is ambiguous. Name dsWindowContext resolves to beans:
> Producer Method [WindowContext] with qualifiers [@Default @Named @Any] declared as [[BackedAnnotatedMethod] @Produces @Named @Dependent public org.apache.deltaspike.core.impl.scope.window.WindowContextProducer.getWindowContext()],
> Producer Method [WindowContext] with qualifiers [@Default @Named @Any] declared as [[BackedAnnotatedMethod] @Produces @Named @Dependent public org.apache.deltaspike.core.impl.scope.window.WindowContextProducer.getWindowContext()]
> at org.jboss.weld.bootstrap.ConcurrentValidator$5.doWork(ConcurrentValidator.java:134)
> at org.jboss.weld.bootstrap.ConcurrentValidator$5.doWork(ConcurrentValidator.java:130)
> at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:60)
> at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:53)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_65]
> ... 3 more
> 01:45:12,824 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "jwi.war")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"jwi.war\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"jwi.war\".WeldStartService: Failed to start service
> Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001414: Bean name is ambiguous. Name dsWindowContext resolves to beans:
> Producer Method [WindowContext] with qualifiers [@Default @Named @Any] declared as [[BackedAnnotatedMethod] @Produces @Named @Dependent public org.apache.deltaspike.core.impl.scope.window.WindowContextProducer.getWindowContext()],
> Producer Method [WindowContext] with qualifiers [@Default @Named @Any] declared as [[BackedAnnotatedMethod] @Produces @Named @Dependent public org.apache.deltaspike.core.impl.scope.window.WindowContextProducer.getWindowContext()]"}}
> 01:45:12,919 INFO [org.jboss.as.server] (ServerService Thread Pool – 28) JBAS018559: Deployed "jwi.war" (runtime-name : "jwi.war")
> 01:45:12,928 INFO [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
> JBAS014777: Services which failed to start: service jboss.deployment.unit."jwi.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."jwi.war".WeldStartService: Failed to start service
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (WFLY-4708) Upgrade Narayana to 5.0.6.Final
by Michael Musgrove (JIRA)
Michael Musgrove created WFLY-4708:
--------------------------------------
Summary: Upgrade Narayana to 5.0.6.Final
Key: WFLY-4708
URL: https://issues.jboss.org/browse/WFLY-4708
Project: WildFly
Issue Type: Component Upgrade
Components: Transactions
Affects Versions: 9.0.0.CR1
Reporter: Michael Musgrove
Assignee: Michael Musgrove
Fix For: 9.0.0.CR2
This upgrade provides a fix for error messages during shutdown.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (WFLY-3439) Websockets not working
by Kadhem Kacem (JIRA)
[ https://issues.jboss.org/browse/WFLY-3439?page=com.atlassian.jira.plugin.... ]
Kadhem Kacem commented on WFLY-3439:
------------------------------------
For this issue. In my case, websocket is working fine with glassfish, and not with wildfly 8.0.0/8.1.0/8.2.0. I can connect to websocket but javascript onmessage event is not fired event that the server side is working fine.
> Websockets not working
> ----------------------
>
> Key: WFLY-3439
> URL: https://issues.jboss.org/browse/WFLY-3439
> Project: WildFly
> Issue Type: Bug
> Components: Web Sockets
> Affects Versions: 8.1.0.Final
> Reporter: Veli Cris
> Assignee: Stuart Douglas
> Fix For: 9.0.0.Alpha1
>
>
> Hi,
> I deployed a .war file containing a single endpoint definition (Websocket). I can see following lines in console but nothing happens when trying to open connection from a websocket client. Same .war deployed in WildFly 8.0.0 is working. Please investigate!
> The configuration is standalone.
> [org.wildfly.extension.undertow] (MSC service thread 1-2) JBAS017519: Undertow HTTP listener default listening on /0.0.0.0:8080
> [io.undertow.websockets.jsr] (MSC service thread 1-4) UT026003: Adding annotated server endpoint ...
> [org.wildfly.extension.undertow] (MSC service thread 1-4) JBAS017534: Registered web context: ...
> [org.jboss.as.server] (ServerService Thread Pool -- 28) JBAS018559: Deployed "web.war" (runtime-name : "web.war")
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (WFLY-4707) Can't use WildFly 9 CR1 and WildFly Arquillian 1.0.0.CR1 together
by John Ament (JIRA)
John Ament created WFLY-4707:
--------------------------------
Summary: Can't use WildFly 9 CR1 and WildFly Arquillian 1.0.0.CR1 together
Key: WFLY-4707
URL: https://issues.jboss.org/browse/WFLY-4707
Project: WildFly
Issue Type: Bug
Components: Logging
Affects Versions: 9.0.0.CR1
Reporter: John Ament
Assignee: James Perkins
You cannot use WildFly 9 CR1 and the Arquillian adapter v1.0.0.CR1 together. In my configuration, you get the following stack after deploying
{code}
Exception in thread "Remoting "endpoint" task-4" java.lang.NoSuchMethodError: org.jboss.logging.Logger.tracef(Ljava/lang/String;I)V
at org.jboss.remotingjmx.VersionedConectionFactory$ClientVersionReceiver.handleMessage(VersionedConectionFactory.java:158)
at org.jboss.remoting3.remote.RemoteConnectionChannel$4.run(RemoteConnectionChannel.java:386)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}
Note that I'm using JDK 1.8 u45. Switching to 1.0.0.Alpha1 works fine.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (WFLY-4706) Support for -P multiple times
by John Ament (JIRA)
John Ament created WFLY-4706:
--------------------------------
Summary: Support for -P multiple times
Key: WFLY-4706
URL: https://issues.jboss.org/browse/WFLY-4706
Project: WildFly
Issue Type: Feature Request
Affects Versions: 9.0.0.CR1
Reporter: John Ament
Assignee: Jason Greene
In 8.2.0 and 8.1, we had the ability to invoke (in an arquilian test in my case) the startup with -P multiple times, e.g.
{code}
-P=../standalone/configuration/dev.properties -P=../standalone/configuration/integ.properties -P=../standalone/configuration/custom.properties
{code}
This doesn't seem to work in WF 9 CR1. It seems like only the last option is read.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months