[JBoss JIRA] (WFLY-2845) On WildFly clean shutdown: failed marshalling rsp (UnsuccessfulResponse)
by Michal Babacek (JIRA)
[ https://issues.jboss.org/browse/WFLY-2845?page=com.atlassian.jira.plugin.... ]
Michal Babacek updated WFLY-2845:
---------------------------------
Description:
I've got two standalone-ha instances running on a one box. Each of these instances has {{<distributable/>}} [clusterbench|https://github.com/Karm/clusterbench/tree/simplified-and-pure] app deployed. When I start to shut the instances down via CLI command, one of them throws:
{noformat}
08:59:33,341 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-4,shared=udp) ISPN000094: Received new cluster view: [jboss-eap-8.0/web|4] (1) [jboss-eap-8.0/web]
08:59:33,368 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-8) ISPN000082: Stopping the RpcDispatcher
08:59:33,379 ERROR [org.jgroups.blocks.RequestCorrelator] (remote-thread-0) failed marshalling rsp (UnsuccessfulResponse): java.lang.NullPointerException
08:59:33,380 ERROR [org.jgroups.blocks.RequestCorrelator] (remote-thread-1) failed marshalling rsp (UnsuccessfulResponse): java.lang.NullPointerException
08:59:33,392 INFO [org.jboss.as] (MSC service thread 1-1) JBAS015950: WildFly 8.0.0.Final-SNAPSHOT "WildFly" stopped in 558ms
{noformat}
In the log. It's a non-deterministic problem and it does not emerge always.
was:
I've got two standalone-ha instances running on a one box. Each of these instances has [clusterbench|https://github.com/Karm/clusterbench/tree/simplified-and-pure] app deployed. When I start to shut the instances down via CLI command, one of them throws:
{noformat}
08:59:33,341 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-4,shared=udp) ISPN000094: Received new cluster view: [jboss-eap-8.0/web|4] (1) [jboss-eap-8.0/web]
08:59:33,368 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-8) ISPN000082: Stopping the RpcDispatcher
08:59:33,379 ERROR [org.jgroups.blocks.RequestCorrelator] (remote-thread-0) failed marshalling rsp (UnsuccessfulResponse): java.lang.NullPointerException
08:59:33,380 ERROR [org.jgroups.blocks.RequestCorrelator] (remote-thread-1) failed marshalling rsp (UnsuccessfulResponse): java.lang.NullPointerException
08:59:33,392 INFO [org.jboss.as] (MSC service thread 1-1) JBAS015950: WildFly 8.0.0.Final-SNAPSHOT "WildFly" stopped in 558ms
{noformat}
In the log. It's a non-deterministic problem and it does not emerge always.
> On WildFly clean shutdown: failed marshalling rsp (UnsuccessfulResponse)
> ------------------------------------------------------------------------
>
> Key: WFLY-2845
> URL: https://issues.jboss.org/browse/WFLY-2845
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Clustering
> Affects Versions: 8.0.0.CR1
> Environment: RHEL6 x86_64; Oracle JDK 7
> Reporter: Michal Babacek
> Assignee: Paul Ferraro
> Labels: clustering
> Fix For: 8.0.0.Final
>
>
> I've got two standalone-ha instances running on a one box. Each of these instances has {{<distributable/>}} [clusterbench|https://github.com/Karm/clusterbench/tree/simplified-and-pure] app deployed. When I start to shut the instances down via CLI command, one of them throws:
> {noformat}
> 08:59:33,341 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-4,shared=udp) ISPN000094: Received new cluster view: [jboss-eap-8.0/web|4] (1) [jboss-eap-8.0/web]
> 08:59:33,368 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-8) ISPN000082: Stopping the RpcDispatcher
> 08:59:33,379 ERROR [org.jgroups.blocks.RequestCorrelator] (remote-thread-0) failed marshalling rsp (UnsuccessfulResponse): java.lang.NullPointerException
> 08:59:33,380 ERROR [org.jgroups.blocks.RequestCorrelator] (remote-thread-1) failed marshalling rsp (UnsuccessfulResponse): java.lang.NullPointerException
> 08:59:33,392 INFO [org.jboss.as] (MSC service thread 1-1) JBAS015950: WildFly 8.0.0.Final-SNAPSHOT "WildFly" stopped in 558ms
> {noformat}
> In the log. It's a non-deterministic problem and it does not emerge always.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (WFLY-254) tomcatAuthentication attribute on the AJP connector
by Geert Coelmont (JIRA)
[ https://issues.jboss.org/browse/WFLY-254?page=com.atlassian.jira.plugin.s... ]
Geert Coelmont commented on WFLY-254:
-------------------------------------
This issue should be reopened as jboss-web was replaced by undertow. In undertow this system property is not used, so this fix isn't useful.
Is there perhaps any other way in undertow to achieve the same?
> tomcatAuthentication attribute on the AJP connector
> ---------------------------------------------------
>
> Key: WFLY-254
> URL: https://issues.jboss.org/browse/WFLY-254
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Web (JBoss Web)
> Environment: Windows Server 2003 32 bit, IIS 6, tomcat connector 1.2.28 used as an extension
> Reporter: Brett Prucha
> Assignee: Jean-Frederic Clere
> Priority: Minor
> Fix For: 8.0.0.Alpha1
>
>
> In JBoss 5.1.0 I could set the tomcatAuthentication attribute of the AJP connector to false to allow IIS to handle the authentication and pass that along to JBoss. I'm wanting to upgrade to JBoss 7 but unable to set this attribute in version 7.0.0 final to make this work. This attribute is descibed in the tomcat documentation at http://tomcat.apache.org/tomcat-7.0-doc/config/ajp.html
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (WFLY-2845) On WildFly clean shutdown: failed marshalling rsp (UnsuccessfulResponse)
by Michal Babacek (JIRA)
Michal Babacek created WFLY-2845:
------------------------------------
Summary: On WildFly clean shutdown: failed marshalling rsp (UnsuccessfulResponse)
Key: WFLY-2845
URL: https://issues.jboss.org/browse/WFLY-2845
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Clustering
Affects Versions: 8.0.0.CR1
Environment: RHEL6 x86_64; Oracle JDK 7
Reporter: Michal Babacek
Assignee: Paul Ferraro
Fix For: 8.0.0.Final
I've got two standalone-ha instances running on a one box. Each of these instances has [clusterbench|https://github.com/Karm/clusterbench/tree/simplified-and-pure] app deployed. When I start to shut the instances down via CLI command, one of them throws:
{noformat}
08:59:33,341 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-4,shared=udp) ISPN000094: Received new cluster view: [jboss-eap-8.0/web|4] (1) [jboss-eap-8.0/web]
08:59:33,368 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-8) ISPN000082: Stopping the RpcDispatcher
08:59:33,379 ERROR [org.jgroups.blocks.RequestCorrelator] (remote-thread-0) failed marshalling rsp (UnsuccessfulResponse): java.lang.NullPointerException
08:59:33,380 ERROR [org.jgroups.blocks.RequestCorrelator] (remote-thread-1) failed marshalling rsp (UnsuccessfulResponse): java.lang.NullPointerException
08:59:33,392 INFO [org.jboss.as] (MSC service thread 1-1) JBAS015950: WildFly 8.0.0.Final-SNAPSHOT "WildFly" stopped in 558ms
{noformat}
In the log. It's a non-deterministic problem and it does not emerge always.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (WFLY-2844) HandshakeRequest doesn't implement some methods
by Martin Grigorov (JIRA)
Martin Grigorov created WFLY-2844:
-------------------------------------
Summary: HandshakeRequest doesn't implement some methods
Key: WFLY-2844
URL: https://issues.jboss.org/browse/WFLY-2844
Project: WildFly
Issue Type: Clarification
Security Level: Public (Everyone can see)
Components: Web (Undertow)
Affects Versions: 8.0.0.CR1
Environment: Wildfly 8.0.0CR1
Reporter: Martin Grigorov
Assignee: Stuart Douglas
Priority: Minor
My app is a .war file, deployed in $WFLY/standalone/deployments. It uses programmatic way (ServerApplicationConfig) to deploy web socket endpoint:
15:12:33,024 INFO [io.undertow.websockets.jsr] (MSC service thread 1-7) UT026005: Adding programmatic server endpoint class org.apache.wicket.protocol.ws.javax.WicketEndpoint for path /wicket/websocket
The configured ServerEndpointConfig uses custom Configurator to collect some data from the handshake request. More specifically I need the http session id.
javax.websocket.server.HandshakeRequest#getHttpSession() method has the following javadoc:
* @return the http session or {@code null} if either the websocket
* implementation is not part of a Java EE web container, or there is
* no HttpSession associated with the opening handshake request.
The HttpSession is bound before making the websocket request and I think the app is running in a Java EE web container, so handshkeRequest#getHttpSession() must not be null. But it is ...
Additionally I see that javax.websocket.server.HandshakeRequest#getParameterMap() seems to be not implemented too.
The websocket upgrade request has query string, and javax.websocket.server.HandshakeRequest#getQueryString() properly returns its value, but #getParameterMap() is empty.
I expect the map to contain the parsed parameters from the query string.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (WFLY-1873) mod_cluster ISE on shutdown
by Michal Babacek (JIRA)
[ https://issues.jboss.org/browse/WFLY-1873?page=com.atlassian.jira.plugin.... ]
Michal Babacek commented on WFLY-1873:
--------------------------------------
The attached PR fixes the issue, my test is no longer able to hit the ISE.
> mod_cluster ISE on shutdown
> ---------------------------
>
> Key: WFLY-1873
> URL: https://issues.jboss.org/browse/WFLY-1873
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Clustering
> Affects Versions: 8.0.0.Alpha4
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Blocker
> Fix For: 8.0.0.Final
>
>
> 16:45:28,305 ERROR [org.jboss.modcluster.mcmp.impl.DefaultMCMPHandler] (MSC service thread 1-2) Error [MEM: MEM: Can't read node: {4}] sending command DISABLE-APP to proxy localhost/127.0.0.1:6666, configuration will be reset
> 16:45:28,315 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) JBAS017521: Undertow AJP listener ajp suspending
> 16:45:28,319 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) JBAS017520: Undertow AJP listener ajp stopped, was bound to /127.0.0.1:8009
> 16:45:28,336 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-4) JBAS010418: Stopped Driver service with driver-name = h2
> 16:45:28,344 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) JBAS017521: Undertow HTTP listener default suspending
> 16:45:28,349 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) JBAS017520: Undertow HTTP listener default stopped, was bound to /127.0.0.1:8080
> 16:45:38,307 WARN [org.jboss.modcluster.ModClusterService] (MSC service thread 1-2) Failed to drain pending requests from context [org.wildfly.mod_cluster.undertow.UndertowContext@1906d941] within specified timeout: 10 seconds
> 16:45:38,308 WARN [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000004: Failure during stop of service jboss.undertow.deployment.default-host./clusterbench-ee6-web: java.lang.IllegalStateException
> at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> at org.wildfly.mod_cluster.undertow.UndertowEventHandlerAdapter.onDeploymentStop(UndertowEventHandlerAdapter.java:137)
> at org.wildfly.extension.undertow.Host$2.invoke(Host.java:138)
> at org.wildfly.extension.undertow.UndertowService.fireEvent(UndertowService.java:168)
> at org.wildfly.extension.undertow.Host.unregisterDeployment(Host.java:135)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:104)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stop(UndertowDeploymentService.java:94)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2052) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2013) [jboss-msc-1.2.0.Beta2.jar:1.2.0.Beta2]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (WFLY-2842) Add TRACE logging for user search in security realms as well
by Darran Lofthouse (JIRA)
Darran Lofthouse created WFLY-2842:
--------------------------------------
Summary: Add TRACE logging for user search in security realms as well
Key: WFLY-2842
URL: https://issues.jboss.org/browse/WFLY-2842
Project: WildFly
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Domain Management, Security
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 8.0.0.Final
Trace logging has been added for group loading within security realms, the same should be added for the user search as well.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (WFLY-2841) Datasource mapped in jboss-web.xml not available to persistence unit
by Martin Andersson (JIRA)
Martin Andersson created WFLY-2841:
--------------------------------------
Summary: Datasource mapped in jboss-web.xml not available to persistence unit
Key: WFLY-2841
URL: https://issues.jboss.org/browse/WFLY-2841
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 8.0.0.CR1
Reporter: Martin Andersson
I have mapped the datasource java:jboss/datasources/ExampleDS to jdbc/MyDS in jboss-web.xml for my application.
In a stateless bean i can do a jndi lookup and find the datasource in both java:comp/env/jdbc/MyDS and java:module/env/jdbc/MyDS as expected. But if I try to use it in my persistence.xml I get an error:
13:18:28,129 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 1) JBAS014613: Operation ("full-replace-deployment") failed - address: ([]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.persistenceunit.\"wfds-1.0-SNAPSHOT.war#wfdsPU\".__FIRST_PHASE__ is missing [jboss.naming.context.java.module.\"wfds-1.0-SNAPSHOT\".\"wfds-1.0-SNAPSHOT\".env.MyDS]"]}
A minimal example application that demonstrates the problem is available at: https://github.com/umartin/wfds/
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months
[JBoss JIRA] (WFLY-2837) "UT015005: Error invoking method requestDestroyed on listener class ..." on clean shutdown with session draining
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-2837?page=com.atlassian.jira.plugin.... ]
Stuart Douglas commented on WFLY-2837:
--------------------------------------
The issue is that requests can still be in progress when the server is shut down. There is a graceful shutdown handler that we can use, but it should be part of the broader graceful shutdown effort.
> "UT015005: Error invoking method requestDestroyed on listener class ..." on clean shutdown with session draining
> ----------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-2837
> URL: https://issues.jboss.org/browse/WFLY-2837
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Undertow)
> Affects Versions: 8.0.0.CR1
> Reporter: Radoslav Husar
> Assignee: Stuart Douglas
>
> When using mod_cluster session draining and shutting down, draining for 10 seconds results in problem with invoking requestDestroyed listener event.
> Seems to me like dependency orchestration problem on shutdown..
> {noformat}
> 19:01:31,978 INFO [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015877: Stopped deployment null (runtime-name: clusterbench-ee7-ejb-1.1.0-SNAPSHOT.jar) in 437ms
> 19:01:31,978 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015877: Stopped deployment null (runtime-name: clusterbench-ee7-web-1.1.0-SNAPSHOT.war) in 462ms
> 19:01:31,981 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015877: Stopped deployment clusterbench-ee7.ear (runtime-name: clusterbench-ee7.ear) in 441ms
> 19:01:35,505 INFO [org.jboss.test.clusterbench.web.load.AverageSystemLoadServlet] (default task-2) DONE, I was stressing CPU with 4 evil threads for 5027 milliseconds (including warm-up).
> 19:01:35,510 ERROR [io.undertow.servlet.request] (default task-2) UT015005: Error invoking method requestDestroyed on listener class com.sun.faces.config.ConfigureListener: java.lang.RuntimeException: javax.servlet.ServletException: UT010013: Could not instantiate com.sun.faces.config.ConfigureListener
> at io.undertow.servlet.core.ManagedListener.instance(ManagedListener.java:77) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.core.ApplicationListeners.get(ApplicationListeners.java:297) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.core.ApplicationListeners.requestDestroyed(ApplicationListeners.java:225) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:283) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]
> Caused by: javax.servlet.ServletException: UT010013: Could not instantiate com.sun.faces.config.ConfigureListener
> at io.undertow.servlet.core.ManagedListener.start(ManagedListener.java:50) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.core.ManagedListener.instance(ManagedListener.java:75) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> ... 11 more
> Caused by: java.lang.IllegalStateException
> at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47)
> at org.jboss.as.ee.component.ComponentStartService.getValue(ComponentStartService.java:97)
> at org.jboss.as.ee.component.ComponentStartService.getValue(ComponentStartService.java:41)
> at org.jboss.msc.service.ServiceControllerImpl.getValue(ServiceControllerImpl.java:1158)
> at org.jboss.as.ee.component.ComponentRegistry$ComponentManagedReferenceFactory.getReference(ComponentRegistry.java:149)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$5.createInstance(UndertowDeploymentInfoService.java:1132)
> at io.undertow.servlet.core.ManagedListener.start(ManagedListener.java:48) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> ... 12 more
> 19:01:35,513 ERROR [io.undertow.servlet.request] (default task-2) UT015005: Error invoking method requestDestroyed on listener class org.jboss.weld.servlet.WeldInitialListener: java.lang.RuntimeException: javax.servlet.ServletException: UT010013: Could not instantiate org.jboss.weld.servlet.WeldInitialListener
> at io.undertow.servlet.core.ManagedListener.instance(ManagedListener.java:77) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.core.ApplicationListeners.get(ApplicationListeners.java:297) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.core.ApplicationListeners.requestDestroyed(ApplicationListeners.java:225) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:283) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]
> Caused by: javax.servlet.ServletException: UT010013: Could not instantiate org.jboss.weld.servlet.WeldInitialListener
> at io.undertow.servlet.core.ManagedListener.start(ManagedListener.java:50) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.core.ManagedListener.instance(ManagedListener.java:75) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> ... 11 more
> Caused by: java.lang.IllegalStateException
> at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47)
> at org.jboss.as.ee.component.ComponentStartService.getValue(ComponentStartService.java:97)
> at org.jboss.as.ee.component.ComponentStartService.getValue(ComponentStartService.java:41)
> at org.jboss.msc.service.ServiceControllerImpl.getValue(ServiceControllerImpl.java:1158)
> at org.jboss.as.ee.component.ComponentRegistry$ComponentManagedReferenceFactory.getReference(ComponentRegistry.java:149)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$5.createInstance(UndertowDeploymentInfoService.java:1132)
> at io.undertow.servlet.core.ManagedListener.start(ManagedListener.java:48) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> ... 12 more
> 19:01:41,578 INFO [org.jboss.modcluster] (MSC service thread 1-6) MODCLUSTER000021: All pending requests drained from default-host:/clusterbench in 10.0 seconds
> 19:01:41,580 INFO [org.jboss.modcluster] (ServerService Thread Pool -- 60) MODCLUSTER000002: Initiating mod_cluster shutdown
> 19:01:41,580 INFO [org.wildfly.extension.undertow] (MSC service thread 1-6) JBAS017521: Undertow AJP listener ajp suspending
> 19:01:41,582 INFO [org.wildfly.extension.undertow] (MSC service thread 1-6) JBAS017520: Undertow AJP listener ajp stopped, was bound to /127.0.0.1:8009
> 19:01:41,583 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) JBAS017506: Undertow 1.0.0.Beta33 stopping
> 19:01:41,586 INFO [org.jboss.as] (MSC service thread 1-4) JBAS015950: WildFly 8.0.0.Final-SNAPSHOT "WildFly" stopped in 10026ms
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 3 months