Uploaded image for project: 'JBoss Enterprise Application Platform 4 and 5'
  1. JBoss Enterprise Application Platform 4 and 5
  2. JBPAPP-10793

Canceled Timer's TimerTaskImpl not removed from ScheduledExecutorService thread pool

    Details

    • Type: Bug
    • Status: Resolved (View Workflow)
    • Priority: Major
    • Resolution: Done
    • Affects Version/s: EAP_EWP 5.2.0
    • Fix Version/s: EAP_EWP 5.3.0.ER1
    • Component/s: EJB
    • Labels:
      None
    • Affects:
      Release Notes
    • Release Notes Text:
      Hide
      Previous versions of JBoss EAP 5 carried a bug that, when encountered, resulted in unnecessary DEBUG messages and CPU usage. The bug presented when an EJB timer was canceled. The timer was removed from the persistence store and ceased invoking the EJB Timeout, however a TimerTaskImpl would be left in the thread pool that would continue to poll the state of the canceled timer and log DEBUG messages. This issue has been resolved in this release.
      Show
      Previous versions of JBoss EAP 5 carried a bug that, when encountered, resulted in unnecessary DEBUG messages and CPU usage. The bug presented when an EJB timer was canceled. The timer was removed from the persistence store and ceased invoking the EJB Timeout, however a TimerTaskImpl would be left in the thread pool that would continue to poll the state of the canceled timer and log DEBUG messages. This issue has been resolved in this release.
    • Release Notes Docs Status:
      Documented as Resolved Issue
    • Docs QE Status:
      NEW

      Description

      When a EJB timer is cancelled, it no longer invokes the EJB Timeout and it is removed from the persistence store, however there is a TimerTaskImpl left in the Thread Pool, and it will continue to run and check the state (which is cancelled) and log debug messages. These should be removed as they are wasting CPU cycles.

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  bmaxwell Brad Maxwell
                  Reporter:
                  bmaxwell Brad Maxwell
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  4 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: