Uploaded image for project: 'jBPM'
  1. jBPM
  2. JBPM-10144

No session found for context. SessionNotFoundException occuring even after the sub process and parent process is complete.

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Minor Minor
    • 7.74.0.Final
    • None
    • Runtime Engine
    • None
    • False
    • None
    • False
    • NEW
    • NEW
    • ---
    • ---
    • Important

      We have an issue in RHPAM-7.13 where a workflow is throwing session not found exception.

      In the workflow, there is a parent process and a child process. The parent process has EJB Timer in it which triggers the child process where the sub process gets executed.

      The issue arises where the EJB Timer throws exception even after the sub process and parent process successfully finishes.

      FYI, we managed to reproduce this issue on OCP environment as the customer is also running on OCP environment. We also tried to reproduce this issue on local standalone machine (with JBOSS EAP-7.4.6 and RHPAM-7.13), but this issue is only occurring on OCP environment.

      Below is the example of error log and attached is the logs.zip folder which contains the logs of this testing on RHPAM-version 7.12, 7.12.1 and 7.13

      [[0m[[31m03:56:30,093 ERROR [stderr] (EJB default - 1) Caused by: org.kie.internal.runtime.manager.SessionNotFoundException: No session found for context 25
      [[0m[[31m03:56:30,093 ERROR [stderr] (EJB default - 1)        at deployment.ROOT.war//org.jbpm.runtime.manager.impl.PerProcessInstanceRuntimeManager$PerProcessInstanceInitializer.initKieSession(PerProcessInstanceRuntimeManager.java:572)
      [[0m[[31m03:56:30,093 ERROR [stderr] (EJB default - 1)        at deployment.ROOT.war//org.jbpm.runtime.manager.impl.RuntimeEngineImpl.internalGetKieSession(RuntimeEngineImpl.java:163)
      [[0m[[31m03:56:30,093 ERROR [stderr] (EJB default - 1)        at deployment.ROOT.war//org.jbpm.runtime.manager.impl.RuntimeEngineImpl.getKieSession(RuntimeEngineImpl.java:74)
      [[0m[[31m03:56:30,093 ERROR [stderr] (EJB default - 1)        at deployment.ROOT.war//org.jbpm.process.core.timer.impl.GlobalTimerService.getRunner(GlobalTimerService.java:299)
      [[0m[[31m03:56:30,093 ERROR [stderr] (EJB default - 1)        ... 77 more
      [[0m[[33m03:56:30,095 WARN  [org.jbpm.services.ejb.timer.EJBTimerScheduler] (EJB default - 1) Trying to recover timer. Not possible due to process instance is not found. More likely already completed. Timer GlobalJpaTimerJobInstance [timerServiceId=playground-2_1.0.4-SNAPSHOT-timerServiceId, getJobHandle()=EjbGlobalJobHandle [uuid=37-25-Sub-process call-echo timeout-1]] won't be recovered: java.lang.RuntimeException: org.kie.internal.runtime.manager.SessionNotFoundException: No session found for context 25
              at deployment.ROOT.war//org.jbpm.process.core.timer.impl.GlobalTimerService.getRunner(GlobalTimerService.java:313)
              at deployment.ROOT.war//org.jbpm.process.core.timer.impl.GlobalTimerService.getRunner(GlobalTimerService.java:274)
              at deployment.ROOT.war//org.jbpm.persistence.timer.GlobalJpaTimerJobInstance.call(GlobalJpaTimerJobInstance.java:83)
              at deployment.ROOT.war//org.jbpm.persistence.timer.GlobalJpaTimerJobInstance.call(GlobalJpaTimerJobInstance.java:50)
              at deployment.ROOT.war//org.jbpm.services.ejb.timer.EJBTimerScheduler.executeTimerJobInstance(EJBTimerScheduler.java:131)
              at deployment.ROOT.war//org.jbpm.services.ejb.timer.EJBTimerScheduler.transaction(EJBTimerScheduler.java:228)
              at deployment.ROOT.war//org.jbpm.services.ejb.timer.EJBTimerScheduler.executeTimerJob(EJBTimerScheduler.java:120)
              at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
              at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
              at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
              at java.base/java.lang.reflect.Method.invoke(Method.java:566)

      [^logs.zip]

      Please advise if this behavior is expected or a bug.

       

      Thanks!

       

       

       

       

       

       

       

       

       

       

       

       

       

              rhn-support-mputz Martin Weiler (Inactive)
              rhn-support-smuhamma Syed Shayane Muhammad
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: