7 Replies Latest reply on Nov 2, 2010 11:56 AM by lexsoto

    Main thread gets stuck while initializing Mojarra

    josdaniel
      My seam application gets stuck while "Initializing Mojarra". I have attached a stack dump while this happens. This seems to happen only on a certain machine and not on all machines. Any ideas?

      09:52:31,531 INFO [TomcatDeployment] deploy, ctxPath=/sis
      09:52:32,140 INFO [config] Initializing Mojarra (1.2_12-b01-FCS) for context '/
      sis'


      main" prio=6 tid=0x33db4400 nid=0x76c runnable [0x3438b000..0x3438fa18]
      java.lang.Thread.State: RUNNABLE
      at java.lang.ClassLoader.defineClass1(Native Method)
      at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
      at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLo
      ader.java:63)
      at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.
      java:572)
      at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.
      java:532)
      at java.security.AccessController.doPrivileged(Native Method)
      at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseC
      lassLoader.java:530)
      - locked <0x19eb2118> (a org.jboss.classloader.spi.base.BaseClassLoader)

      at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseC
      lassLoader.java:507)
      at org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDeleg
      ateLoader.java:134)
      at org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(Fil
      teredDelegateLoader.java:131)
      at org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassL
      oadingTask.java:452)
      at org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoade
      rManager.java:251)
      at org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoader
      Manager.java:150)
      at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseCl
      assLoaderDomain.java:265)
      at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseCl
      assLoaderDomain.java:1119)
      at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(Ba
      seClassLoader.java:798)
      at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoa
      der.java:441)
      - locked <0x19eb2118> (a org.jboss.classloader.spi.base.BaseClassLoader)

      at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
      at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
      - locked <0x19eb2118> (a org.jboss.classloader.spi.base.BaseClassLoader)

      at java.lang.ClassLoader.defineClass1(Native Method)
      at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
      at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLo
      ader.java:63)
      at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.
      java:572)
      at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.
      java:532)
      at java.security.AccessController.doPrivileged(Native Method)
      at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseC
      lassLoader.java:530)
      - locked <0x19eb2118> (a org.jboss.classloader.spi.base.BaseClassLoader)

      at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseC
      lassLoader.java:507)
      at org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDeleg
      ateLoader.java:134)
      at org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(Fil
      teredDelegateLoader.java:131)
      at org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassL
      oadingTask.java:452)
      at org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoade
      rManager.java:251)
      at org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoader
      Manager.java:150)
      at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseCl
      assLoaderDomain.java:265)
      at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseCl
      assLoaderDomain.java:1119)
      at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(Ba
      seClassLoader.java:798)
      at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoa
      der.java:441)
      - locked <0x19eb2118> (a org.jboss.classloader.spi.base.BaseClassLoader)

      at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
      at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
      - locked <0x19eb2118> (a org.jboss.classloader.spi.base.BaseClassLoader)

      at java.lang.Class.forName0(Native Method)
      at java.lang.Class.forName(Class.java:247)
      at org.jboss.classloader.plugins.loader.ClassLoaderToLoaderAdapter.loadC
      lass(ClassLoaderToLoaderAdapter.java:172)
      at org.jboss.classloader.spi.ClassLoaderDomain.loadClassFromParent(Class
      LoaderDomain.java:352)
      at org.jboss.classloader.spi.ClassLoaderDomain.loadClassAfter(ClassLoade
      rDomain.java:323)
      at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseCl
      assLoaderDomain.java:275)
      at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseCl
      assLoaderDomain.java:1119)
      at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(Ba
      seClassLoader.java:798)
      at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoa
      der.java:441)
      - locked <0x19e9df00> (a org.jboss.classloader.spi.base.BaseClassLoader)

      at java.lang.ClassLoader.loadClass(ClassLoader.java:300)
      - locked <0x1f4368b8> (a org.jboss.web.tomcat.service.WebCtxLoader$ENCLo
      ader)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
      at com.sun.faces.util.Util.loadClass(Util.java:223)
      at com.sun.faces.config.processor.AbstractConfigProcessor.loadClass(Abst
      ractConfigProcessor.java:283)
      at com.sun.faces.config.processor.AbstractConfigProcessor.createInstance
      (AbstractConfigProcessor.java:213)
      at com.sun.faces.config.processor.ApplicationConfigProcessor.addELResolv
      er(ApplicationConfigProcessor.java:415)
      at com.sun.faces.config.processor.ApplicationConfigProcessor.process(App
      licationConfigProcessor.java:235)
      at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(Abs
      tractConfigProcessor.java:108)
      at com.sun.faces.config.processor.LifecycleConfigProcessor.process(Lifec
      ycleConfigProcessor.java:119)
        • 1. Re: Main thread gets stuck while initializing Mojarra
          asookazian

          Never seen that.  So what's different about that machine?  Environment variables, JVM tuning, versions of JDK/JRE, versions of JBoss (or whatever app server).


          I can't tell what the root cause exception is but it looks like it may be classloader-related...


          Have you tried deploying the Seam hotel booking app and starting the server?

          • 2. Re: Main thread gets stuck while initializing Mojarra
            josdaniel

            It turned out to be a heap size issue, it starts up properly now.

            • 3. Re: Main thread gets stuck while initializing Mojarra

              Josh,you are Correct, it was a heap size issue, i had too many deployed apps on my JBoss server, i simply undeployed the unwanted ones, restarted JBoss, it worked. Another option is to increase the Heap size if you can't undeploy
              Thanks !!!

              • 4. Re: Main thread gets stuck while initializing Mojarra
                saodesign
                I'm having the same issue.  You guys say its a heap size issue so I edited the run.conf file and changed the vm options to ' JAVA_OPTS="-Xms256m -Xmx1024m -XX:MaxPermSize=512m -Dorg.jboss.resolver.warning=true '.  (doubled all the arguments).  I restarted the server and I still get

                '[TomcatDeployment] deploy, ctxPath=/admin-console
                15:30:30,143 INFO  [config] Initializing Mojarra (1.2_12-b01-FCS) for context '/admin-console'
                15:30:31,613 INFO  [TomcatDeployment] deploy, ctxPath=/
                15:30:31,702 INFO  [TomcatDeployment] deploy, ctxPath=/jmx-console
                15:30:32,042 INFO  [TomcatDeployment] deploy, ctxPath=/project
                15:30:32,079 INFO  [config] Initializing Mojarra (1.2_12-b01-FCS) for context '/project''

                I've tried this deployment on two different machines and two different Jboss servers.  Are there any other suggestions?
                • 5. Re: Main thread gets stuck while initializing Mojarra
                  lexsoto

                  I am also experiencing this same behavior. Looks like a class loading issue to me, but can't figure out why or what to do.  Any suggestions?


                  TIA

                  • 6. Re: Main thread gets stuck while initializing Mojarra
                    lexsoto

                    FYI: Tried with 1500 MB of heap size and 800 MB of permgen and same results.

                    • 7. Re: Main thread gets stuck while initializing Mojarra
                      lexsoto

                      In case it helps anybody, I managed to solve the problem,  Apparently it was some sort of conflict between Seam, Rich Faces, MyFaces's Tomahawk and POM dependencies.  I can't really pinpoint the exact source of the problem because I changed many things. Upgraded to Seam 2.2.1.CR2, upgraded RichFaces to 3.3.3.Final and added exclusion rules to many of the POM dependencies.