commonj.work.WorkException: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown at weblogic.work.commonj.CommonjWorkManagerImpl$WorkStatus.setThrowable(CommonjWorkManagerImpl.java:244 )

Spring JIRA | Dimitri Hautot | 9 years ago
  1. 0

    (this issue refers to this initial forum post: http://forum.springframework.org/showthread.php?t=49195) We have a headless web application used to listen to a JMS queue. We use the DefaultMessageListenerContainer class to achieve this. The DMCL delegates the task execution jobs to a WorkManagerTaskExecutor. The problem encountered is that, when issuing a graceful shutdown command to stop the server, the DMCL does continue to schedule message listener invokers. The other server modules nicely shut down, though. So, because the server doesn't shutdown, I tried to stop it with a "force shutdown" command, and even with an abrupt CTRL-C command in the command. Then, the server stops, but when it is restarted, it does not register any new consumer. I registered a WorkListener instance to log any WorkEvent received. A WORK_REJECTED event is emitted at startup: 2008-04-07 14:24:11,226 ERROR [eu.ec.digit.hrs.connector.internal.jms.support.WorkListenerImpl] - WORK_REJECTED - work item: [-8793173144596195636][0] executing: org.springframework.scheduling.commonj.DelegatingWork@3fe922 - exception: commonj.work.WorkException: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown commonj.work.WorkException: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown at weblogic.work.commonj.CommonjWorkManagerImpl$WorkStatus.setThrowable(CommonjWorkManagerImpl.java:244 ) at weblogic.work.j2ee.J2EEWorkManager$WorkWithListener$1.run(J2EEWorkManager.java:139) at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:464) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:200) at weblogic.work.ExecuteThread.run(ExecuteThread.java :172) Caused by: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown ... 4 more commonj.work.WorkException: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown I used a wrapper class to test the availability of the "springWorkmanager" object in the JNDI at startup, and it exist. So maybe does the DelegatingWork instance refer to the work manager from the previous server instance (through some persistent caching), and not from the actual one? Anyway, the previous sentence is pure guess. I believe that the JMS consumer startup issue is a consequence of the fact that the server could not be stopped properly. If we do not use a WorkManagerTaskExecutor, and thus fallback to a default SimpleAsyncTaskExecutor, then we have no issue at all. But then we loose thread management by the application server... Please do not hesitate to ping me back if you need additional information. Thanks!

    Spring JIRA | 9 years ago | Dimitri Hautot
    commonj.work.WorkException: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown at weblogic.work.commonj.CommonjWorkManagerImpl$WorkStatus.setThrowable(CommonjWorkManagerImpl.java:244 )
  2. 0

    (this issue refers to this initial forum post: http://forum.springframework.org/showthread.php?t=49195) We have a headless web application used to listen to a JMS queue. We use the DefaultMessageListenerContainer class to achieve this. The DMCL delegates the task execution jobs to a WorkManagerTaskExecutor. The problem encountered is that, when issuing a graceful shutdown command to stop the server, the DMCL does continue to schedule message listener invokers. The other server modules nicely shut down, though. So, because the server doesn't shutdown, I tried to stop it with a "force shutdown" command, and even with an abrupt CTRL-C command in the command. Then, the server stops, but when it is restarted, it does not register any new consumer. I registered a WorkListener instance to log any WorkEvent received. A WORK_REJECTED event is emitted at startup: 2008-04-07 14:24:11,226 ERROR [eu.ec.digit.hrs.connector.internal.jms.support.WorkListenerImpl] - WORK_REJECTED - work item: [-8793173144596195636][0] executing: org.springframework.scheduling.commonj.DelegatingWork@3fe922 - exception: commonj.work.WorkException: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown commonj.work.WorkException: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown at weblogic.work.commonj.CommonjWorkManagerImpl$WorkStatus.setThrowable(CommonjWorkManagerImpl.java:244 ) at weblogic.work.j2ee.J2EEWorkManager$WorkWithListener$1.run(J2EEWorkManager.java:139) at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:464) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:200) at weblogic.work.ExecuteThread.run(ExecuteThread.java :172) Caused by: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown ... 4 more commonj.work.WorkException: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown I used a wrapper class to test the availability of the "springWorkmanager" object in the JNDI at startup, and it exist. So maybe does the DelegatingWork instance refer to the work manager from the previous server instance (through some persistent caching), and not from the actual one? Anyway, the previous sentence is pure guess. I believe that the JMS consumer startup issue is a consequence of the fact that the server could not be stopped properly. If we do not use a WorkManagerTaskExecutor, and thus fallback to a default SimpleAsyncTaskExecutor, then we have no issue at all. But then we loose thread management by the application server... Please do not hesitate to ping me back if you need additional information. Thanks!

    Spring JIRA | 9 years ago | Dimitri Hautot
    commonj.work.WorkException: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown at weblogic.work.commonj.CommonjWorkManagerImpl$WorkStatus.setThrowable(CommonjWorkManagerImpl.java:244 )
  3. 0

    User a commonj WorkManager on a servlet

    Oracle Community | 7 years ago | 723569
    commonj.work.WorkException: commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager wm/MyWorkManager, application nsu-ws-connector is rejected as the WorkManager is shutdown
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    Recovering from Work Manager problems

    Oracle Community | 8 years ago | 451380
    commonj.work.WorkException: Servers are not available
  6. 0

    Coherence WorkManager NullPointerException

    Oracle Community | 6 years ago | 797287
    commonj.work.WorkException: Servers are not available

    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. commonj.work.WorkException

      commonj.work.WorkRejectedException: [WorkManager:002916]Request belonging to WorkManager springWorkmanager, application hrs is rejected as the WorkManager is shutdown at weblogic.work.commonj.CommonjWorkManagerImpl$WorkStatus.setThrowable(CommonjWorkManagerImpl.java:244 )

      at weblogic.work.j2ee.J2EEWorkManager$WorkWithListener$1.run()
    2. weblogic.work.j2ee
      J2EEWorkManager$WorkWithListener$1.run
      1. weblogic.work.j2ee.J2EEWorkManager$WorkWithListener$1.run(J2EEWorkManager.java:139)
      1 frame
    3. weblogic.work
      ExecuteThread.execute
      1. weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:464)
      2. weblogic.work.ExecuteThread.execute(ExecuteThread.java:200)
      2 frames