Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-26763

[QA](7.4.z) Unexpected exception when attempting to tear down the Mojarra

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Blocker Blocker
    • 7.4.16.CR2, 7.4.16.GA
    • 7.4.16.CR1
    • JSF
    • None

      In a 4 nodes cluster configured as in the following:

      embed-server --server-config=standalone-ha.xml
       /subsystem=infinispan/cache-container=web/distributed-cache=testDist:add()
       /subsystem=infinispan/cache-container=web/distributed-cache=testDist/component=locking:write-attribute(name=isolation, value=REPEATABLE_READ)
       /subsystem=infinispan/cache-container=web/distributed-cache=testDist/component=transaction:write-attribute(name=mode, value=BATCH)
       /subsystem=infinispan/cache-container=web:write-attribute(name=default-cache, value=testDist)
       # ASYM_ENCRYPT: Configured with algorithms and key sizes: secret key is generated and distributed by coordinator
       batch
       /subsystem=jgroups/stack=udp/protocol=AUTH:add(add-index=8)
       /subsystem=jgroups/stack=udp/protocol=AUTH/token=digest:add(algorithm=SHA-512, shared-secret-reference={clear-text=123PIPPOBAUDO})
       /subsystem=jgroups/stack=tcp/protocol=AUTH:add(add-index=8)
       /subsystem=jgroups/stack=tcp/protocol=AUTH/token=digest:add(algorithm=SHA-512, shared-secret-reference={clear-text=123PIPPOBAUDO})
       run-batch
       /subsystem=jgroups/stack=udp/protocol=ASYM_ENCRYPT:add(add-index=5,properties={sym_keylength=128,sym_algorithm=AES/ECB/PKCS5Padding,asym_keylength=512,asym_algorithm=RSA})
       /subsystem=jgroups/stack=tcp/protocol=ASYM_ENCRYPT:add(add-index=5,properties={sym_keylength=128,sym_algorithm=AES/ECB/PKCS5Padding,asym_keylength=512,asym_algorithm=RSA})
       # we had an error with UDP on PSI
       if (outcome != success) of /subsystem=jgroups:read-attribute(name=default-stack)
       /subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
      else
       /subsystem=jgroups:write-attribute(name=default-stack,value=tcp)
       /subsystem=jgroups/channel=ee:write-attribute(name=stack,value=tcp)
      end-if
      

      We deploy applications web-logger.war and clusterbench-ee8.ear
      Then we rebalance with members [wildfly2, wildfly3, wildfly4] several times.
      And then we see

      2024-03-11 15:51:54,006 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 94) Unexpected exception when attempting to tear down the Mojarra runtime: java.lang.NullPointerException
      	at com.sun.jsf-impl@2.3.14.SP08-redhat-00001//com.sun.faces.context.ApplicationMap.get(ApplicationMap.java:73)
      	at com.sun.jsf-impl@2.3.14.SP08-redhat-00001//com.sun.faces.application.ApplicationAssociate.getInstance(ApplicationAssociate.java:352)
      	at com.sun.jsf-impl@2.3.14.SP08-redhat-00001//com.sun.faces.el.ELUtils.getDefaultExpressionFactory(ELUtils.java:853)
      	at com.sun.jsf-impl@2.3.14.SP08-redhat-00001//com.sun.faces.config.ConfigureListener.contextDestroyed(ConfigureListener.java:343)
      	at io.undertow.servlet@2.2.30.SP1-redhat-00001//io.undertow.servlet.core.ApplicationListeners.contextDestroyed(ApplicationListeners.java:202)
      	at io.undertow.servlet@2.2.30.SP1-redhat-00001//io.undertow.servlet.core.DeploymentImpl.destroy(DeploymentImpl.java:291)
      	at io.undertow.servlet@2.2.30.SP1-redhat-00001//io.undertow.servlet.core.DeploymentManagerImpl$4.call(DeploymentManagerImpl.java:683)
      	at io.undertow.servlet@2.2.30.SP1-redhat-00001//io.undertow.servlet.core.DeploymentManagerImpl$4.call(DeploymentManagerImpl.java:673)
      	at io.undertow.servlet@2.2.30.SP1-redhat-00001//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
      	at io.undertow.servlet@2.2.30.SP1-redhat-00001//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
      	at org.wildfly.extension.undertow@7.4.16.GA-redhat-00001//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
      	at org.wildfly.extension.undertow@7.4.16.GA-redhat-00001//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1555)
      	at org.wildfly.extension.undertow@7.4.16.GA-redhat-00001//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1555)
      	at org.wildfly.extension.undertow@7.4.16.GA-redhat-00001//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1555)
      	at org.wildfly.extension.undertow@7.4.16.GA-redhat-00001//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1555)
      	at io.undertow.servlet@2.2.30.SP1-redhat-00001//io.undertow.servlet.core.DeploymentManagerImpl.undeploy(DeploymentManagerImpl.java:688)
      	at org.wildfly.extension.undertow@7.4.16.GA-redhat-00001//org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java:143)
      	at org.wildfly.extension.undertow@7.4.16.GA-redhat-00001//org.wildfly.extension.undertow.deployment.UndertowDeploymentService$2.run(UndertowDeploymentService.java:121)
      	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
      	at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
      	at org.jboss.threads@2.4.0.Final-redhat-00001//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
      	at org.jboss.threads@2.4.0.Final-redhat-00001//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990)
      	at org.jboss.threads@2.4.0.Final-redhat-00001//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
      	at org.jboss.threads@2.4.0.Final-redhat-00001//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
      	at java.base/java.lang.Thread.run(Thread.java:834)
      	at org.jboss.threads@2.4.0.Final-redhat-00001//org.jboss.threads.JBossThread.run(JBossThread.java:513)
      

      in our clustering tests.

      Looks like it's happening when server is shut down at the end of the test.
      Complete logs in logs.zip

        1. clusterbench-ee8.ear
          65 kB
        2. logs.zip
          169 kB

              pberan@redhat.com Petr Beran
              padamec@redhat.com Petr Adamec
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

                Created:
                Updated:
                Resolved: