3 Replies Latest reply on Jul 3, 2013 2:35 AM by jaikiran

deployment hangs

lafr Jun 30, 2013 5:16 PM

I'm using WildFly 8.0.0.Aplha3-Snapshot on my development workstation without problems.

Now I installed it on a different Solaris SPARC server, also unsing Oracle JDK 1.7.0_25.

Solaris 10 6/06 s10s_u2wos_09a on both systems. Difference is, that workstation is patched to current level, server is not ptached at all.

Deployment of ear on server hangs with this in server.log:

21:05:57,400 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi-ws/mbi2e-gp3/inventory

21:05:57,410 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi-ws/mbi2e-gp3/sales

21:05:57,419 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi-ws/mbi2e-gp3/core

21:05:57,410 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi-ws/mbi2e-gp3/external

21:05:57,435 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi-ws/mbi2e-gp3/common

21:05:57,436 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi-ws/mbi2e-gp3/costing

21:05:57,428 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi-ws/mbi2e-gp3/planning

21:05:57,447 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi-ws/mbi2e-gp3/production

21:05:57,456 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi-ws/mbi2e-gp3/distribution

21:05:57,458 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi-ws/mbi2e-gp3/purchase

21:10:58,221 WARN [com.arjuna.ats.arjuna#check] ARJUNA012117: TransactionReaper::check timeout for TX 0:ffffac15e132:-731f713:51d08173:39 in state RUN

21:10:58,226 WARN [com.arjuna.ats.arjuna#checkChildren] ARJUNA012095: Abort of action id 0:ffffac15e132:-731f713:51d08173:39 invoked while multiple threads active within it.

21:10:58,228 WARN [com.arjuna.ats.arjuna#check] ARJUNA012108: CheckedAction::check - atomic action 0:ffffac15e132:-731f713:51d08173:39 aborting with 1 threads active!

21:10:58,228 WARN [com.arjuna.ats.arjuna#doCancellations] ARJUNA012121: TransactionReaper::doCancellations worker Thread[Transaction Reaper Worker 0,5,main] successfully canceled TX 0:ffffac15e132:-731f713:51d08173:39

On my workstation I see this

23:04:55,931 INFO [org.wildfly.extension.undertow#registerDeployment] JBAS018210: Register web context: /mbi/mib2e-gp3/web

23:04:56,131 INFO [org.jboss.as.server#handleResult] JBAS018559: Deployed "mbi2e-gp3.ear" (runtime-name : "mbi2e-gp3.ear")

instead of warnings.

What might cause the hanging? How to find the cause?

I created a thread dump and attached it to this mailing.

thread_dump.txt.zip 7.7 KB

1. Re: deployment hangs

smarlow Jul 1, 2013 8:00 AM (in response to lafr)

The call stack appears to show the Undertow deployer is pretty telling in that a component is being waited for that doesn't seem to start. It looks like your biz.mbisoftware.fn.web.StartupTimers.contextInitialized is being called and referencing a stateless session bean bean that isn't started yet. Do you know which bean is being invoked from StartupTimers.contextInitialized? Perhaps checking to see what that bean depends on might help.

"MSC service thread 1-3" prio=3 tid=0x00686000 nid=0x11 in Object.wait() [0x95d7d000]
   java.lang.Thread.State: WAITING (on object monitor)
    at java.lang.Object.wait(Native Method)
    - waiting on <0xc39fec00> (a org.jboss.as.ejb3.component.stateless.StatelessSessionComponent)
    at java.lang.Object.wait(Object.java:503)
    at org.jboss.as.ee.component.BasicComponent.waitForComponentStart(BasicComponent.java:108)
    - locked <0xc39fec00> (a org.jboss.as.ejb3.component.stateless.StatelessSessionComponent)
    at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:126)
    at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:84)
    at org.jboss.as.ejb3.component.stateless.StatelessSessionComponent$1.create(StatelessSessionComponent.java:67)
    at org.jboss.as.ejb3.component.stateless.StatelessSessionComponent$1.create(StatelessSessionComponent.java:64)
    at org.jboss.as.ejb3.pool.AbstractPool.create(AbstractPool.java:60)
    at org.jboss.as.ejb3.pool.strictmax.StrictMaxPool.get(StrictMaxPool.java:123)
    at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:47)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:273)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:340)
    at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:90)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:55)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:325)
    at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:428)
    at org.wildfly.security.manager.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:63)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:325)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.jboss.invocation.PrivilegedInterceptor.processInvocation(PrivilegedInterceptor.java:75)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
    at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165)
    at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182)
    at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
    at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
    at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72)
    at biz.mbisoftware.fn.ejb.session.core.MailServiceImap$$$view154.schedule(Unknown Source)
    at biz.mbisoftware.fn.web.StartupTimers.contextInitialized(StartupTimers.java:193)
    at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:150)
    at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:159)
    at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:82)
    at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:70)
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1942)
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1875)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:724)
1 of 1 people found this helpful
Actions
2. Re: deployment hangs

lafr Jul 1, 2013 12:24 PM (in response to smarlow)

Next session bean to be used by StartupTimers.contextInitialized contains this:
@Resource(name = "java:/Mail")
private Session mailSession;

And java:/Mail was not configured.
This was causing the endless wait, waiting for the resource to become available.
Actions
3. Re: deployment hangs

jaikiran Jul 3, 2013 2:35 AM (in response to lafr)

It's a known issue https://issues.jboss.org/browse/WFLY-917
Actions

Go to original post

	@Resource(name = "java:/Mail")
	private Session mailSession;