8:22 a.m.
Deploying a ws jar hangs the cli
--------------------------------
Key: AS7-876
URL: https://issues.jboss.org/browse/AS7-876
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Reporter: Heiko Rupp
I had uploaded the jaxws jar from R. Opalka into a standalone server.
Then did a :deploy on it.
Console never came back
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:read-resource
{
"outcome" => "success",
"result" => {
"name" => "jaxws-samples-jaxbintros.jar",
"runtime-name" => "jaxws-samples-jaxbintros.jar",
"content" => [{"hash" => bytes {
0xb2, 0x69, 0x61, 0x73, 0x59, 0xb6, 0x65, 0xee,
0x71, 0x12, 0xf5, 0x9d, 0x36, 0xc6, 0x62, 0x2e,
0x12, 0x2b, 0x55, 0x4e
}}],
"enabled" => false
},
"compensating-operation" => undefined
}
[domain@localhost:9999 endpoint]
/deployment=jaxws-samples-jaxbintros.jar:write-attribute(name=enabled,value=true)
{
"outcome" => "failed",
"failure-description" => "Attribute enabled is not writeable"
}
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:deploy
Logfile shows:
15:14:20,674 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) Starting
deployment of "jaxws-samples-jaxbintros.jar"
15:14:20,760 INFO
[org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC
service thread 1-1) JNDI bindings for session bean named EndpointBean in deployment unit
deployment "jaxws-samples-jaxbintros.jar" are as follows:
java:global/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:app/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:module/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:global/jaxws-samples-jaxbintros/EndpointBean
java:app/jaxws-samples-jaxbintros/EndpointBean
java:module/EndpointBean
15:14:21,080 WARN [org.jboss.wsf.stack.cxf.deployment.aspect.DescriptorDeploymentAspect]
(MSC service thread 1-4) Spring not available, skipping check for user provided
jbossws-cxf.xml / cxf.xml configuration files.
15:14:21,083 INFO [org.jboss.wsf.stack.cxf.metadata.MetadataBuilder] (MSC service thread
1-4) Add Service
id=EndpointBean
address=http://localhost:8080/jaxws-samples-jaxbintros/EndpointService
implementor=org.jboss.test.ws.jaxws.samples.jaxbintros.EndpointBean
invoker=org.jboss.wsf.stack.cxf.InvokerEJB3
serviceName={http://org.jboss.ws/samples/jaxbintros}EndpointBeanService
portName={http://org.jboss.ws/samples/jaxbintros}EndpointServicePort
wsdlLocation=null
mtomEnabled=false
15:14:21,084 INFO [org.jboss.ws.common.management.DefaultEndpointRegistry] (MSC service
thread 1-4) register: jboss.ws:context=jaxws-samples-jaxbintros,endpoint=EndpointBean
The endpoint at http://localhost:8080/jaxws-samples-jaxbintros/EndpointService is also not
available.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:45 a.m.
New subject: [JBoss JIRA] Updated: (AS7-876) Deploying a ws jar hangs the cli
[
https://issues.jboss.org/browse/AS7-876?page=com.atlassian.jira.plugin.sy...
]
Brian Stansberry updated AS7-876:
---------------------------------
Assignee: Alessio Soldano
Component/s: Web Services
Deploying a ws jar hangs the cli
--------------------------------
Key: AS7-876
URL: https://issues.jboss.org/browse/AS7-876
Project: Application Server 7
Issue Type: Bug
Components: Domain Management, Web Services
Reporter: Heiko Rupp
Assignee: Alessio Soldano
I had uploaded the jaxws jar from R. Opalka into a standalone server.
Then did a :deploy on it.
Console never came back
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:read-resource
{
"outcome" => "success",
"result" => {
"name" => "jaxws-samples-jaxbintros.jar",
"runtime-name" => "jaxws-samples-jaxbintros.jar",
"content" => [{"hash" => bytes {
0xb2, 0x69, 0x61, 0x73, 0x59, 0xb6, 0x65, 0xee,
0x71, 0x12, 0xf5, 0x9d, 0x36, 0xc6, 0x62, 0x2e,
0x12, 0x2b, 0x55, 0x4e
}}],
"enabled" => false
},
"compensating-operation" => undefined
}
[domain@localhost:9999 endpoint]
/deployment=jaxws-samples-jaxbintros.jar:write-attribute(name=enabled,value=true)
{
"outcome" => "failed",
"failure-description" => "Attribute enabled is not writeable"
}
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:deploy
Logfile shows:
15:14:20,674 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) Starting
deployment of "jaxws-samples-jaxbintros.jar"
15:14:20,760 INFO
[org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC
service thread 1-1) JNDI bindings for session bean named EndpointBean in deployment unit
deployment "jaxws-samples-jaxbintros.jar" are as follows:
java:global/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:app/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:module/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:global/jaxws-samples-jaxbintros/EndpointBean
java:app/jaxws-samples-jaxbintros/EndpointBean
java:module/EndpointBean
15:14:21,080 WARN [org.jboss.wsf.stack.cxf.deployment.aspect.DescriptorDeploymentAspect]
(MSC service thread 1-4) Spring not available, skipping check for user provided
jbossws-cxf.xml / cxf.xml configuration files.
15:14:21,083 INFO [org.jboss.wsf.stack.cxf.metadata.MetadataBuilder] (MSC service thread
1-4) Add Service
id=EndpointBean
address=http://localhost:8080/jaxws-samples-jaxbintros/EndpointService
implementor=org.jboss.test.ws.jaxws.samples.jaxbintros.EndpointBean
invoker=org.jboss.wsf.stack.cxf.InvokerEJB3
serviceName={http://org.jboss.ws/samples/jaxbintros}EndpointBeanService
portName={http://org.jboss.ws/samples/jaxbintros}EndpointServicePort
wsdlLocation=null
mtomEnabled=false
15:14:21,084 INFO [org.jboss.ws.common.management.DefaultEndpointRegistry] (MSC service
thread 1-4) register: jboss.ws:context=jaxws-samples-jaxbintros,endpoint=EndpointBean
The endpoint at http://localhost:8080/jaxws-samples-jaxbintros/EndpointService is also
not available.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:50 a.m.
New subject: [JBoss JIRA] Commented: (AS7-876) Deploying a ws jar hangs the cli
[
https://issues.jboss.org/browse/AS7-876?page=com.atlassian.jira.plugin.sy...
]
Alessio Soldano commented on AS7-876:
-------------------------------------
Here is the thread dump when the server hangs as a consequence of the deployment request.
Please note that debugging I found that "add" operation that's required by
org.jboss.as.webservices.service.ModelUpdateService is basically waiting for getting lock
on a ReentrantLock instance, which in turn is locked by the ManagementCommunication
thread.
2011-05-23 17:16:15
Full thread dump Java HotSpot(TM) 64-Bit Server VM (17.0-b16 mixed mode):
"Read thread for /127.0.0.1:47578" prio=10 tid=0x00007fca20001800 nid=0xfab in
Object.wait() [0x00007fca6475c000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fcab26dc108> (a java.lang.Object)
at java.lang.Object.wait(Object.java:485)
at org.jboss.as.protocol.Pipe.await(Pipe.java:53)
- locked <0x00007fcab26dc108> (a java.lang.Object)
at org.jboss.as.protocol.ConnectionImpl$1.run(ConnectionImpl.java:249)
at java.lang.Thread.run(Thread.java:619)
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
"ManagementCommunication-threads - 5" prio=10 tid=0x00007fca38039800 nid=0xfa6
in Object.wait() [0x00007fca6455a000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fca996dd1a8> (a
org.jboss.as.server.ServerControllerImpl$ServerStateMonitorListener)
at java.lang.Object.wait(Object.java:485)
at
org.jboss.as.server.ServerControllerImpl$ServerStateMonitorListener.awaitUninterruptibly(ServerControllerImpl.java:420)
- locked <0x00007fca996dd1a8> (a
org.jboss.as.server.ServerControllerImpl$ServerStateMonitorListener)
at org.jboss.as.server.ServerControllerImpl.doExecute(ServerControllerImpl.java:224)
at org.jboss.as.controller.BasicModelController.execute(BasicModelController.java:275)
at org.jboss.as.controller.BasicModelController.execute(BasicModelController.java:231)
at org.jboss.as.controller.BasicModelController.execute(BasicModelController.java:80)
at
org.jboss.as.controller.SynchronousOperationSupport.execute(SynchronousOperationSupport.java:88)
at
org.jboss.as.controller.AbstractModelController.execute(AbstractModelController.java:40)
at
org.jboss.as.controller.remote.ModelControllerOperationHandlerImpl$ExecuteSynchronousOperation.sendResponse(ModelControllerOperationHandlerImpl.java:187)
at org.jboss.as.protocol.mgmt.ManagementResponse$2.handle(ManagementResponse.java:125)
at
org.jboss.as.protocol.mgmt.AbstractMessageHandler.handleMessage(AbstractMessageHandler.java:63)
at org.jboss.as.protocol.ConnectionImpl.safeHandleMessage(ConnectionImpl.java:274)
at org.jboss.as.protocol.ConnectionImpl$1$1.run(ConnectionImpl.java:228)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
"hornetq-failure-check-thread" prio=10 tid=0x00007fca4c05c000 nid=0xf83 in
Object.wait() [0x00007fca6485d000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fcab26d6918> (a
org.hornetq.core.remoting.server.impl.RemotingServiceImpl$FailureCheckAndFlushThread)
at
org.hornetq.core.remoting.server.impl.RemotingServiceImpl$FailureCheckAndFlushThread.run(RemotingServiceImpl.java:554)
- locked <0x00007fcab26d6918> (a
org.hornetq.core.remoting.server.impl.RemotingServiceImpl$FailureCheckAndFlushThread)
"Old I/O server boss (channelId: 1264208503,
localhost.localdomain/127.0.0.1:5445)" prio=10 tid=0x00007fca4c053000 nid=0xf82
runnable [0x00007fca6495e000]
java.lang.Thread.State: RUNNABLE
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
- locked <0x00007fcab26be0f0> (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at
org.jboss.netty.channel.socket.oio.OioServerSocketPipelineSink$Boss.run(OioServerSocketPipelineSink.java:202)
at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
at org.jboss.netty.util.internal.IoWorkerRunnable.run(IoWorkerRunnable.java:46)
at
org.jboss.netty.util.VirtualExecutorService$ChildExecutorRunnable.run(VirtualExecutorService.java:181)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
"Thread-1 (group:HornetQ-scheduled-threads-1792152888)" prio=10
tid=0x00007fca4c054800 nid=0xf81 waiting on condition [0x00007fca64a5f000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca9977f250> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2025)
at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:583)
at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:576)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"Old I/O server boss (channelId: 1330799835,
localhost.localdomain/127.0.0.1:5455)" prio=10 tid=0x00007fca4c056800 nid=0xf80
runnable [0x00007fca64b60000]
java.lang.Thread.State: RUNNABLE
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
- locked <0x00007fcab26d3968> (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at
org.jboss.netty.channel.socket.oio.OioServerSocketPipelineSink$Boss.run(OioServerSocketPipelineSink.java:202)
at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
at org.jboss.netty.util.internal.IoWorkerRunnable.run(IoWorkerRunnable.java:46)
at
org.jboss.netty.util.VirtualExecutorService$ChildExecutorRunnable.run(VirtualExecutorService.java:181)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
"Transaction Reaper Worker 0" daemon prio=10 tid=0x00007fca38019000 nid=0xf7f in
Object.wait() [0x00007fca64d3c000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fcab2738908> (a java.util.LinkedList)
at java.lang.Object.wait(Object.java:485)
at
com.arjuna.ats.arjuna.coordinator.TransactionReaper.waitForCancellations(TransactionReaper.java:318)
- locked <0x00007fcab2738908> (a java.util.LinkedList)
at
com.arjuna.ats.internal.arjuna.coordinator.ReaperWorkerThread.run(ReaperWorkerThread.java:66)
"Transaction Reaper" daemon prio=10 tid=0x00007fca38018000 nid=0xf7e in
Object.wait() [0x00007fca64e3d000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fcab2753668> (a
com.arjuna.ats.arjuna.coordinator.TransactionReaper)
at com.arjuna.ats.internal.arjuna.coordinator.ReaperThread.run(ReaperThread.java:91)
- locked <0x00007fcab2753668> (a
com.arjuna.ats.arjuna.coordinator.TransactionReaper)
"Thread-0 (group:HornetQ-scheduled-threads-1792152888)" prio=10
tid=0x00007fca4c007000 nid=0xf7d waiting on condition [0x00007fca64f3e000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca9977f250> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2025)
at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:583)
at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:576)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"hornetq-expiry-reaper-thread" prio=10 tid=0x00007fca4c012800 nid=0xf7c in
Object.wait() [0x00007fca6503f000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fcab2674cc8> (a
org.hornetq.core.postoffice.impl.PostOfficeImpl$Reaper)
at org.hornetq.core.postoffice.impl.PostOfficeImpl$Reaper.run(PostOfficeImpl.java:1056)
- locked <0x00007fcab2674cc8> (a
org.hornetq.core.postoffice.impl.PostOfficeImpl$Reaper)
at java.lang.Thread.run(Thread.java:619)
"Periodic Recovery" prio=10 tid=0x00007fca3c018000 nid=0xf7b in Object.wait()
[0x00007fca65140000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fcab2754c90> (a java.lang.Object)
at
com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doPeriodicWait(PeriodicRecovery.java:672)
at
com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:392)
- locked <0x00007fcab2754c90> (a java.lang.Object)
"Listener:4712" daemon prio=10 tid=0x00007fca3c005000 nid=0xf7a runnable
[0x00007fca65241000]
java.lang.Thread.State: RUNNABLE
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
- locked <0x00007fcab2738c08> (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at com.arjuna.ats.internal.arjuna.recovery.Listener.run(Listener.java:120)
"Transaction Expired Entry Monitor" daemon prio=10 tid=0x00007fca3c004000
nid=0xf79 in Object.wait() [0x00007fca65342000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fcab27687f0> (a
com.arjuna.ats.internal.arjuna.recovery.ExpiredEntryMonitor)
at
com.arjuna.ats.internal.arjuna.recovery.ExpiredEntryMonitor.run(ExpiredEntryMonitor.java:191)
- locked <0x00007fcab27687f0> (a
com.arjuna.ats.internal.arjuna.recovery.ExpiredEntryMonitor)
"http-localhost.localdomain-127.0.0.1-8080-Acceptor-0" daemon prio=10
tid=0x00007fca2800a000 nid=0xf78 runnable [0x00007fca65443000]
java.lang.Thread.State: RUNNABLE
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
- locked <0x00007fcab2766b90> (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at
org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java:61)
at org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:343)
at java.lang.Thread.run(Thread.java:619)
"http-localhost.localdomain-127.0.0.1-8080-Poller" daemon prio=10
tid=0x00007fca28026000 nid=0xf77 in Object.wait() [0x00007fca65544000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fcab2766d30> (a
org.apache.tomcat.util.net.JIoEndpoint$Poller)
at org.apache.tomcat.util.net.JIoEndpoint$Poller.run(JIoEndpoint.java:764)
- locked <0x00007fcab2766d30> (a org.apache.tomcat.util.net.JIoEndpoint$Poller)
at java.lang.Thread.run(Thread.java:619)
"Thread-14" prio=10 tid=0x00007fca40049800 nid=0xf76 runnable
[0x00007fca65645000]
java.lang.Thread.State: RUNNABLE
at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:210)
at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
- locked <0x00007fca996e0778> (a sun.nio.ch.Util$1)
- locked <0x00007fca996e0760> (a java.util.Collections$UnmodifiableSet)
- locked <0x00007fca996e03d0> (a sun.nio.ch.EPollSelectorImpl)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
at org.jboss.sun.net.httpserver.ServerImpl$Dispatcher.run(ServerImpl.java:331)
at java.lang.Thread.run(Thread.java:619)
"server-timer" daemon prio=10 tid=0x00007fca40043800 nid=0xf75 in Object.wait()
[0x00007fca65746000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fca996df9f8> (a java.util.TaskQueue)
at java.util.TimerThread.mainLoop(Timer.java:509)
- locked <0x00007fca996df9f8> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)
"GC Daemon" daemon prio=10 tid=0x00007fca44025800 nid=0xf74 in Object.wait()
[0x00007fca65847000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fca99959790> (a sun.misc.GC$LatencyLock)
at sun.misc.GC$Daemon.run(GC.java:100)
- locked <0x00007fca99959790> (a sun.misc.GC$LatencyLock)
"RMI Reaper" prio=10 tid=0x00007fca44024000 nid=0xf73 in Object.wait()
[0x00007fca65948000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fca999597a0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
- locked <0x00007fca999597a0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
at sun.rmi.transport.ObjectTable$Reaper.run(ObjectTable.java:333)
at java.lang.Thread.run(Thread.java:619)
"RMI TCP Accept-1091" daemon prio=10 tid=0x00007fca44022800 nid=0xf72 runnable
[0x00007fca65a49000]
java.lang.Thread.State: RUNNABLE
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
- locked <0x00007fca99694298> (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at
org.jboss.as.server.services.net.ManagedServerSocketBinding.accept(ManagedServerSocketBinding.java:84)
at
sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:369)
at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:341)
at java.lang.Thread.run(Thread.java:619)
"ContainerBackgroundProcessor[StandardEngine[jboss.web]]" daemon prio=10
tid=0x00007fca3802b800 nid=0xf71 waiting on condition [0x00007fca65b4a000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1579)
at java.lang.Thread.run(Thread.java:619)
"RMI TCP Accept-1090" daemon prio=10 tid=0x00007fca44022000 nid=0xf70 runnable
[0x00007fca65d53000]
java.lang.Thread.State: RUNNABLE
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
- locked <0x00007fca9969f778> (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at
org.jboss.as.server.services.net.ManagedServerSocketBinding.accept(ManagedServerSocketBinding.java:84)
at
sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:369)
at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:341)
at java.lang.Thread.run(Thread.java:619)
"DeploymentScanner-threads - 1" prio=10 tid=0x00007fca30038000 nid=0xf6f waiting
on condition [0x00007fca65e54000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca996ad950> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2025)
at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:583)
at
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:576)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
"Accept thread" prio=10 tid=0x00007fca28004000 nid=0xf6e runnable
[0x00007fca65f55000]
java.lang.Thread.State: RUNNABLE
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
- locked <0x00007fca996d23b8> (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at org.jboss.as.protocol.ProtocolServer$1.run(ProtocolServer.java:85)
at java.lang.Thread.run(Thread.java:619)
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
"NamingEventCoordinator-threads - 1" prio=10 tid=0x00007fca28002000 nid=0xf6d
waiting on condition [0x00007fca66056000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca99286918> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
"DestroyJavaVM" prio=10 tid=0x00007fcabc007800 nid=0xf57 waiting on condition
[0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"MSC service thread 1-8" prio=10 tid=0x00007fca30036000 nid=0xf6c waiting on
condition [0x00007fca884ed000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca992a5f18> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"MSC service thread 1-7" prio=10 tid=0x00007fca30015000 nid=0xf6b waiting on
condition [0x00007fca885ee000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca992a5f18> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"MSC service thread 1-6" prio=10 tid=0x00007fca38003000 nid=0xf6a waiting on
condition [0x00007fca886ef000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca992a5f18> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"MSC service thread 1-5" prio=10 tid=0x00007fca38001800 nid=0xf69 waiting on
condition [0x00007fca887f0000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca992a5f18> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"MSC service thread 1-4" prio=10 tid=0x00007fca44001000 nid=0xf68 waiting on
condition [0x00007fca888f1000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca992a5f18> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"MSC service thread 1-3" prio=10 tid=0x00007fca40001000 nid=0xf67 waiting on
condition [0x00007fca889f2000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca992a5f18> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"MSC service thread 1-2" prio=10 tid=0x00007fcabc37d000 nid=0xf66 waiting on
condition [0x00007fca88af3000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca992a5f18> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"MSC service thread 1-1" prio=10 tid=0x00007fcabc39c000 nid=0xf65 waiting on
condition [0x00007fca88bf3000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00007fca992a5cb0> (a
java.util.concurrent.locks.ReentrantLock$FairSync)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:811)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireInterruptibly(AbstractQueuedSynchronizer.java:867)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1201)
at java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:312)
at
org.jboss.as.controller.BasicModelController$5.lockInterruptibly(BasicModelController.java:216)
at
org.jboss.as.controller.BasicModelController.acquireWriteLock(BasicModelController.java:523)
at org.jboss.as.controller.BasicModelController.execute(BasicModelController.java:270)
at org.jboss.as.controller.BasicModelController.execute(BasicModelController.java:231)
at org.jboss.as.controller.BasicModelController.execute(BasicModelController.java:80)
at
org.jboss.as.controller.SynchronousOperationSupport.execute(SynchronousOperationSupport.java:88)
at
org.jboss.as.controller.AbstractModelController.execute(AbstractModelController.java:40)
at org.jboss.as.webservices.service.ModelUpdateService.add(ModelUpdateService.java:88)
at
org.jboss.as.webservices.dmr.ModelDeploymentAspect.start(ModelDeploymentAspect.java:44)
at
org.jboss.as.webservices.deployers.AspectDeploymentProcessor.internalDeploy(AspectDeploymentProcessor.java:78)
at
org.jboss.as.webservices.deployers.TCCLDeploymentProcessor.deploy(TCCLDeploymentProcessor.java:42)
at
org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:115)
- locked <0x00007fcab25ca710> (a
org.jboss.as.server.deployment.DeploymentUnitPhaseService)
at
org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1675)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
"Reference Reaper" daemon prio=10 tid=0x00007fcabc117800 nid=0xf64 in
Object.wait() [0x00007fca88dfc000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fca996dc060> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
- locked <0x00007fca996dc060> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
at org.jboss.modules.ref.References$ReaperThread.run(References.java:68)
"Low Memory Detector" daemon prio=10 tid=0x00007fcabc0b8000 nid=0xf62 runnable
[0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"CompilerThread1" daemon prio=10 tid=0x00007fcabc0b5800 nid=0xf61 waiting on
condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"CompilerThread0" daemon prio=10 tid=0x00007fcabc0b2800 nid=0xf60 waiting on
condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"Signal Dispatcher" daemon prio=10 tid=0x00007fcabc0b0800 nid=0xf5f waiting on
condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"Finalizer" daemon prio=10 tid=0x00007fcabc092000 nid=0xf5e in Object.wait()
[0x00007fcac04fb000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fca992f7fe0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
- locked <0x00007fca992f7fe0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
"Reference Handler" daemon prio=10 tid=0x00007fcabc090000 nid=0xf5d in
Object.wait() [0x00007fcac05fc000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00007fca993bdcc8> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:485)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x00007fca993bdcc8> (a java.lang.ref.Reference$Lock)
"VM Thread" prio=10 tid=0x00007fcabc08b800 nid=0xf5c runnable
"GC task thread#0 (ParallelGC)" prio=10 tid=0x00007fcabc01a800 nid=0xf58
runnable
"GC task thread#1 (ParallelGC)" prio=10 tid=0x00007fcabc01c000 nid=0xf59
runnable
"GC task thread#2 (ParallelGC)" prio=10 tid=0x00007fcabc01e000 nid=0xf5a
runnable
"GC task thread#3 (ParallelGC)" prio=10 tid=0x00007fcabc020000 nid=0xf5b
runnable
"VM Periodic Task Thread" prio=10 tid=0x00007fcabc0c2800 nid=0xf63 waiting on
condition
JNI global references: 1723
Heap
PSYoungGen total 68480K, used 8022K [0x00007fcaae560000, 0x00007fcab6b20000,
0x00007fcab9000000)
eden space 65792K, 8% used [0x00007fcaae560000,0x00007fcaaea99860,0x00007fcab25a0000)
from space 2688K, 99% used [0x00007fcab25a0000,0x00007fcab283c0a8,0x00007fcab2840000)
to space 2688K, 0% used [0x00007fcab6880000,0x00007fcab6880000,0x00007fcab6b20000)
PSOldGen total 43712K, used 16909K [0x00007fca99000000, 0x00007fca9bab0000,
0x00007fcaae560000)
object space 43712K, 38% used
[0x00007fca99000000,0x00007fca9a083618,0x00007fca9bab0000)
PSPermGen total 58432K, used 39905K [0x00007fca89000000, 0x00007fca8c910000,
0x00007fca99000000)
object space 58432K, 68% used
[0x00007fca89000000,0x00007fca8b6f87f0,0x00007fca8c910000)
Deploying a ws jar hangs the cli
--------------------------------
Key: AS7-876
URL: https://issues.jboss.org/browse/AS7-876
Project: Application Server 7
Issue Type: Bug
Components: Domain Management, Web Services
Reporter: Heiko Rupp
Assignee: Alessio Soldano
I had uploaded the jaxws jar from R. Opalka into a standalone server.
Then did a :deploy on it.
Console never came back
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:read-resource
{
"outcome" => "success",
"result" => {
"name" => "jaxws-samples-jaxbintros.jar",
"runtime-name" => "jaxws-samples-jaxbintros.jar",
"content" => [{"hash" => bytes {
0xb2, 0x69, 0x61, 0x73, 0x59, 0xb6, 0x65, 0xee,
0x71, 0x12, 0xf5, 0x9d, 0x36, 0xc6, 0x62, 0x2e,
0x12, 0x2b, 0x55, 0x4e
}}],
"enabled" => false
},
"compensating-operation" => undefined
}
[domain@localhost:9999 endpoint]
/deployment=jaxws-samples-jaxbintros.jar:write-attribute(name=enabled,value=true)
{
"outcome" => "failed",
"failure-description" => "Attribute enabled is not writeable"
}
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:deploy
Logfile shows:
15:14:20,674 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) Starting
deployment of "jaxws-samples-jaxbintros.jar"
15:14:20,760 INFO
[org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC
service thread 1-1) JNDI bindings for session bean named EndpointBean in deployment unit
deployment "jaxws-samples-jaxbintros.jar" are as follows:
java:global/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:app/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:module/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:global/jaxws-samples-jaxbintros/EndpointBean
java:app/jaxws-samples-jaxbintros/EndpointBean
java:module/EndpointBean
15:14:21,080 WARN [org.jboss.wsf.stack.cxf.deployment.aspect.DescriptorDeploymentAspect]
(MSC service thread 1-4) Spring not available, skipping check for user provided
jbossws-cxf.xml / cxf.xml configuration files.
15:14:21,083 INFO [org.jboss.wsf.stack.cxf.metadata.MetadataBuilder] (MSC service thread
1-4) Add Service
id=EndpointBean
address=http://localhost:8080/jaxws-samples-jaxbintros/EndpointService
implementor=org.jboss.test.ws.jaxws.samples.jaxbintros.EndpointBean
invoker=org.jboss.wsf.stack.cxf.InvokerEJB3
serviceName={http://org.jboss.ws/samples/jaxbintros}EndpointBeanService
portName={http://org.jboss.ws/samples/jaxbintros}EndpointServicePort
wsdlLocation=null
mtomEnabled=false
15:14:21,084 INFO [org.jboss.ws.common.management.DefaultEndpointRegistry] (MSC service
thread 1-4) register: jboss.ws:context=jaxws-samples-jaxbintros,endpoint=EndpointBean
The endpoint at http://localhost:8080/jaxws-samples-jaxbintros/EndpointService is also
not available.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:52 a.m.
New subject: [JBoss JIRA] Assigned: (AS7-876) Deploying a ws jar hangs the cli
[
https://issues.jboss.org/browse/AS7-876?page=com.atlassian.jira.plugin.sy...
]
Alessio Soldano reassigned AS7-876:
-----------------------------------
Assignee: Brian Stansberry (was: Alessio Soldano)
Deploying a ws jar hangs the cli
--------------------------------
Key: AS7-876
URL: https://issues.jboss.org/browse/AS7-876
Project: Application Server 7
Issue Type: Bug
Components: Domain Management, Web Services
Reporter: Heiko Rupp
Assignee: Brian Stansberry
I had uploaded the jaxws jar from R. Opalka into a standalone server.
Then did a :deploy on it.
Console never came back
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:read-resource
{
"outcome" => "success",
"result" => {
"name" => "jaxws-samples-jaxbintros.jar",
"runtime-name" => "jaxws-samples-jaxbintros.jar",
"content" => [{"hash" => bytes {
0xb2, 0x69, 0x61, 0x73, 0x59, 0xb6, 0x65, 0xee,
0x71, 0x12, 0xf5, 0x9d, 0x36, 0xc6, 0x62, 0x2e,
0x12, 0x2b, 0x55, 0x4e
}}],
"enabled" => false
},
"compensating-operation" => undefined
}
[domain@localhost:9999 endpoint]
/deployment=jaxws-samples-jaxbintros.jar:write-attribute(name=enabled,value=true)
{
"outcome" => "failed",
"failure-description" => "Attribute enabled is not writeable"
}
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:deploy
Logfile shows:
15:14:20,674 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) Starting
deployment of "jaxws-samples-jaxbintros.jar"
15:14:20,760 INFO
[org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC
service thread 1-1) JNDI bindings for session bean named EndpointBean in deployment unit
deployment "jaxws-samples-jaxbintros.jar" are as follows:
java:global/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:app/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:module/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:global/jaxws-samples-jaxbintros/EndpointBean
java:app/jaxws-samples-jaxbintros/EndpointBean
java:module/EndpointBean
15:14:21,080 WARN [org.jboss.wsf.stack.cxf.deployment.aspect.DescriptorDeploymentAspect]
(MSC service thread 1-4) Spring not available, skipping check for user provided
jbossws-cxf.xml / cxf.xml configuration files.
15:14:21,083 INFO [org.jboss.wsf.stack.cxf.metadata.MetadataBuilder] (MSC service thread
1-4) Add Service
id=EndpointBean
address=http://localhost:8080/jaxws-samples-jaxbintros/EndpointService
implementor=org.jboss.test.ws.jaxws.samples.jaxbintros.EndpointBean
invoker=org.jboss.wsf.stack.cxf.InvokerEJB3
serviceName={http://org.jboss.ws/samples/jaxbintros}EndpointBeanService
portName={http://org.jboss.ws/samples/jaxbintros}EndpointServicePort
wsdlLocation=null
mtomEnabled=false
15:14:21,084 INFO [org.jboss.ws.common.management.DefaultEndpointRegistry] (MSC service
thread 1-4) register: jboss.ws:context=jaxws-samples-jaxbintros,endpoint=EndpointBean
The endpoint at http://localhost:8080/jaxws-samples-jaxbintros/EndpointService is also
not available.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:34 a.m.
New subject: [JBoss JIRA] Updated: (AS7-876) Deploying a ws jar hangs the cli
[
https://issues.jboss.org/browse/AS7-876?page=com.atlassian.jira.plugin.sy...
]
Brian Stansberry updated AS7-876:
---------------------------------
Assignee: Alessio Soldano (was: Brian Stansberry)
Fix Version/s: 7.0.0.CR1
Alessio, could you confirm this is fixed?
Deploying a ws jar hangs the cli
--------------------------------
Key: AS7-876
URL: https://issues.jboss.org/browse/AS7-876
Project: Application Server 7
Issue Type: Bug
Components: Domain Management, Web Services
Reporter: Heiko Rupp
Assignee: Alessio Soldano
Fix For: 7.0.0.CR1
I had uploaded the jaxws jar from R. Opalka into a standalone server.
Then did a :deploy on it.
Console never came back
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:read-resource
{
"outcome" => "success",
"result" => {
"name" => "jaxws-samples-jaxbintros.jar",
"runtime-name" => "jaxws-samples-jaxbintros.jar",
"content" => [{"hash" => bytes {
0xb2, 0x69, 0x61, 0x73, 0x59, 0xb6, 0x65, 0xee,
0x71, 0x12, 0xf5, 0x9d, 0x36, 0xc6, 0x62, 0x2e,
0x12, 0x2b, 0x55, 0x4e
}}],
"enabled" => false
},
"compensating-operation" => undefined
}
[domain@localhost:9999 endpoint]
/deployment=jaxws-samples-jaxbintros.jar:write-attribute(name=enabled,value=true)
{
"outcome" => "failed",
"failure-description" => "Attribute enabled is not writeable"
}
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:deploy
Logfile shows:
15:14:20,674 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) Starting
deployment of "jaxws-samples-jaxbintros.jar"
15:14:20,760 INFO
[org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC
service thread 1-1) JNDI bindings for session bean named EndpointBean in deployment unit
deployment "jaxws-samples-jaxbintros.jar" are as follows:
java:global/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:app/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:module/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:global/jaxws-samples-jaxbintros/EndpointBean
java:app/jaxws-samples-jaxbintros/EndpointBean
java:module/EndpointBean
15:14:21,080 WARN [org.jboss.wsf.stack.cxf.deployment.aspect.DescriptorDeploymentAspect]
(MSC service thread 1-4) Spring not available, skipping check for user provided
jbossws-cxf.xml / cxf.xml configuration files.
15:14:21,083 INFO [org.jboss.wsf.stack.cxf.metadata.MetadataBuilder] (MSC service thread
1-4) Add Service
id=EndpointBean
address=http://localhost:8080/jaxws-samples-jaxbintros/EndpointService
implementor=org.jboss.test.ws.jaxws.samples.jaxbintros.EndpointBean
invoker=org.jboss.wsf.stack.cxf.InvokerEJB3
serviceName={http://org.jboss.ws/samples/jaxbintros}EndpointBeanService
portName={http://org.jboss.ws/samples/jaxbintros}EndpointServicePort
wsdlLocation=null
mtomEnabled=false
15:14:21,084 INFO [org.jboss.ws.common.management.DefaultEndpointRegistry] (MSC service
thread 1-4) register: jboss.ws:context=jaxws-samples-jaxbintros,endpoint=EndpointBean
The endpoint at http://localhost:8080/jaxws-samples-jaxbintros/EndpointService is also
not available.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12:17 p.m.
New subject: [JBoss JIRA] Assigned: (AS7-876) Deploying a ws jar hangs the cli
[
https://issues.jboss.org/browse/AS7-876?page=com.atlassian.jira.plugin.sy...
]
Alessio Soldano reassigned AS7-876:
-----------------------------------
Assignee: Richard Opalka (was: Alessio Soldano)
Deploying a ws jar hangs the cli
--------------------------------
Key: AS7-876
URL: https://issues.jboss.org/browse/AS7-876
Project: Application Server 7
Issue Type: Bug
Components: Domain Management, Web Services
Reporter: Heiko Rupp
Assignee: Richard Opalka
Fix For: 7.0.0.CR1
I had uploaded the jaxws jar from R. Opalka into a standalone server.
Then did a :deploy on it.
Console never came back
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:read-resource
{
"outcome" => "success",
"result" => {
"name" => "jaxws-samples-jaxbintros.jar",
"runtime-name" => "jaxws-samples-jaxbintros.jar",
"content" => [{"hash" => bytes {
0xb2, 0x69, 0x61, 0x73, 0x59, 0xb6, 0x65, 0xee,
0x71, 0x12, 0xf5, 0x9d, 0x36, 0xc6, 0x62, 0x2e,
0x12, 0x2b, 0x55, 0x4e
}}],
"enabled" => false
},
"compensating-operation" => undefined
}
[domain@localhost:9999 endpoint]
/deployment=jaxws-samples-jaxbintros.jar:write-attribute(name=enabled,value=true)
{
"outcome" => "failed",
"failure-description" => "Attribute enabled is not writeable"
}
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:deploy
Logfile shows:
15:14:20,674 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) Starting
deployment of "jaxws-samples-jaxbintros.jar"
15:14:20,760 INFO
[org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC
service thread 1-1) JNDI bindings for session bean named EndpointBean in deployment unit
deployment "jaxws-samples-jaxbintros.jar" are as follows:
java:global/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:app/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:module/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:global/jaxws-samples-jaxbintros/EndpointBean
java:app/jaxws-samples-jaxbintros/EndpointBean
java:module/EndpointBean
15:14:21,080 WARN [org.jboss.wsf.stack.cxf.deployment.aspect.DescriptorDeploymentAspect]
(MSC service thread 1-4) Spring not available, skipping check for user provided
jbossws-cxf.xml / cxf.xml configuration files.
15:14:21,083 INFO [org.jboss.wsf.stack.cxf.metadata.MetadataBuilder] (MSC service thread
1-4) Add Service
id=EndpointBean
address=http://localhost:8080/jaxws-samples-jaxbintros/EndpointService
implementor=org.jboss.test.ws.jaxws.samples.jaxbintros.EndpointBean
invoker=org.jboss.wsf.stack.cxf.InvokerEJB3
serviceName={http://org.jboss.ws/samples/jaxbintros}EndpointBeanService
portName={http://org.jboss.ws/samples/jaxbintros}EndpointServicePort
wsdlLocation=null
mtomEnabled=false
15:14:21,084 INFO [org.jboss.ws.common.management.DefaultEndpointRegistry] (MSC service
thread 1-4) register: jboss.ws:context=jaxws-samples-jaxbintros,endpoint=EndpointBean
The endpoint at http://localhost:8080/jaxws-samples-jaxbintros/EndpointService is also
not available.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:12 p.m.
New subject: [JBoss JIRA] Resolved: (AS7-876) Deploying a ws jar hangs the cli
[
https://issues.jboss.org/browse/AS7-876?page=com.atlassian.jira.plugin.sy...
]
Richard Opalka resolved AS7-876.
--------------------------------
Resolution: Done
Deploying a ws jar hangs the cli
--------------------------------
Key: AS7-876
URL: https://issues.jboss.org/browse/AS7-876
Project: Application Server 7
Issue Type: Bug
Components: Domain Management, Web Services
Reporter: Heiko Rupp
Assignee: Richard Opalka
Fix For: 7.0.0.CR1
I had uploaded the jaxws jar from R. Opalka into a standalone server.
Then did a :deploy on it.
Console never came back
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:read-resource
{
"outcome" => "success",
"result" => {
"name" => "jaxws-samples-jaxbintros.jar",
"runtime-name" => "jaxws-samples-jaxbintros.jar",
"content" => [{"hash" => bytes {
0xb2, 0x69, 0x61, 0x73, 0x59, 0xb6, 0x65, 0xee,
0x71, 0x12, 0xf5, 0x9d, 0x36, 0xc6, 0x62, 0x2e,
0x12, 0x2b, 0x55, 0x4e
}}],
"enabled" => false
},
"compensating-operation" => undefined
}
[domain@localhost:9999 endpoint]
/deployment=jaxws-samples-jaxbintros.jar:write-attribute(name=enabled,value=true)
{
"outcome" => "failed",
"failure-description" => "Attribute enabled is not writeable"
}
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:deploy
Logfile shows:
15:14:20,674 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) Starting
deployment of "jaxws-samples-jaxbintros.jar"
15:14:20,760 INFO
[org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC
service thread 1-1) JNDI bindings for session bean named EndpointBean in deployment unit
deployment "jaxws-samples-jaxbintros.jar" are as follows:
java:global/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:app/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:module/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:global/jaxws-samples-jaxbintros/EndpointBean
java:app/jaxws-samples-jaxbintros/EndpointBean
java:module/EndpointBean
15:14:21,080 WARN [org.jboss.wsf.stack.cxf.deployment.aspect.DescriptorDeploymentAspect]
(MSC service thread 1-4) Spring not available, skipping check for user provided
jbossws-cxf.xml / cxf.xml configuration files.
15:14:21,083 INFO [org.jboss.wsf.stack.cxf.metadata.MetadataBuilder] (MSC service thread
1-4) Add Service
id=EndpointBean
address=http://localhost:8080/jaxws-samples-jaxbintros/EndpointService
implementor=org.jboss.test.ws.jaxws.samples.jaxbintros.EndpointBean
invoker=org.jboss.wsf.stack.cxf.InvokerEJB3
serviceName={http://org.jboss.ws/samples/jaxbintros}EndpointBeanService
portName={http://org.jboss.ws/samples/jaxbintros}EndpointServicePort
wsdlLocation=null
mtomEnabled=false
15:14:21,084 INFO [org.jboss.ws.common.management.DefaultEndpointRegistry] (MSC service
thread 1-4) register: jboss.ws:context=jaxws-samples-jaxbintros,endpoint=EndpointBean
The endpoint at http://localhost:8080/jaxws-samples-jaxbintros/EndpointService is also
not available.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:12 p.m.
New subject: [JBoss JIRA] Commented: (AS7-876) Deploying a ws jar hangs the cli
[
https://issues.jboss.org/browse/AS7-876?page=com.atlassian.jira.plugin.sy...
]
Richard Opalka commented on AS7-876:
------------------------------------
This seems to be fixed Brian.
I was testing it now locally
and deployment via CLI passed.
Endpoint is available and I didn't
notice anything suspicious.
Deploying a ws jar hangs the cli
--------------------------------
Key: AS7-876
URL: https://issues.jboss.org/browse/AS7-876
Project: Application Server 7
Issue Type: Bug
Components: Domain Management, Web Services
Reporter: Heiko Rupp
Assignee: Richard Opalka
Fix For: 7.0.0.CR1
I had uploaded the jaxws jar from R. Opalka into a standalone server.
Then did a :deploy on it.
Console never came back
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:read-resource
{
"outcome" => "success",
"result" => {
"name" => "jaxws-samples-jaxbintros.jar",
"runtime-name" => "jaxws-samples-jaxbintros.jar",
"content" => [{"hash" => bytes {
0xb2, 0x69, 0x61, 0x73, 0x59, 0xb6, 0x65, 0xee,
0x71, 0x12, 0xf5, 0x9d, 0x36, 0xc6, 0x62, 0x2e,
0x12, 0x2b, 0x55, 0x4e
}}],
"enabled" => false
},
"compensating-operation" => undefined
}
[domain@localhost:9999 endpoint]
/deployment=jaxws-samples-jaxbintros.jar:write-attribute(name=enabled,value=true)
{
"outcome" => "failed",
"failure-description" => "Attribute enabled is not writeable"
}
[domain@localhost:9999 endpoint] /deployment=jaxws-samples-jaxbintros.jar:deploy
Logfile shows:
15:14:20,674 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) Starting
deployment of "jaxws-samples-jaxbintros.jar"
15:14:20,760 INFO
[org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC
service thread 1-1) JNDI bindings for session bean named EndpointBean in deployment unit
deployment "jaxws-samples-jaxbintros.jar" are as follows:
java:global/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:app/jaxws-samples-jaxbintros/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:module/EndpointBean!org.jboss.test.ws.jaxws.samples.jaxbintros.Endpoint
java:global/jaxws-samples-jaxbintros/EndpointBean
java:app/jaxws-samples-jaxbintros/EndpointBean
java:module/EndpointBean
15:14:21,080 WARN [org.jboss.wsf.stack.cxf.deployment.aspect.DescriptorDeploymentAspect]
(MSC service thread 1-4) Spring not available, skipping check for user provided
jbossws-cxf.xml / cxf.xml configuration files.
15:14:21,083 INFO [org.jboss.wsf.stack.cxf.metadata.MetadataBuilder] (MSC service thread
1-4) Add Service
id=EndpointBean
address=http://localhost:8080/jaxws-samples-jaxbintros/EndpointService
implementor=org.jboss.test.ws.jaxws.samples.jaxbintros.EndpointBean
invoker=org.jboss.wsf.stack.cxf.InvokerEJB3
serviceName={http://org.jboss.ws/samples/jaxbintros}EndpointBeanService
portName={http://org.jboss.ws/samples/jaxbintros}EndpointServicePort
wsdlLocation=null
mtomEnabled=false
15:14:21,084 INFO [org.jboss.ws.common.management.DefaultEndpointRegistry] (MSC service
thread 1-4) register: jboss.ws:context=jaxws-samples-jaxbintros,endpoint=EndpointBean
The endpoint at http://localhost:8080/jaxws-samples-jaxbintros/EndpointService is also
not available.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
5539
days inactive
5569
days old
7 comments
4 participants
participants (4)
-
Alessio Soldano (JIRA) -
Brian Stansberry (JIRA)
-
Heiko Rupp (JIRA)
-
Richard Opalka (JIRA)