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

    deployment hangs

    Frank Langelage Master

      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.

        • 1. Re: deployment hangs
          Scott Marlow Master

          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
          • 2. Re: deployment hangs
            Frank Langelage Master

            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.