Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-11590

Cancelled timer not removed from internal cache when using persistent timers

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Major Major
    • 16.0.0.Beta1, 16.0.0.Final
    • 15.0.1.Final
    • EJB
    • None
    • Hide

      1.) 2 WildFly server with the same configuration using an EJB timer with DB persistence.
      2.) the attached application (playground-jar.jar) that starts 2 timer (1 scanner timer and 1 future timer)

      • the scanner timer runs every couple of seconds (e. g. 4 sec)
      • the future timer will never execute, it is always only cancelled and newly created by the scanner timer (always adding 1 hour)
        3.) running both servers with simple standalone.xml with persistent database timer with a refresh-interval of 2000 (2 seconds) configuration and a port offset

      It can be observed that the output for getTimers() on one node will increase in it's number.

      Show
      1.) 2 WildFly server with the same configuration using an EJB timer with DB persistence. 2.) the attached application ( playground-jar.jar ) that starts 2 timer (1 scanner timer and 1 future timer) the scanner timer runs every couple of seconds (e. g. 4 sec) the future timer will never execute, it is always only cancelled and newly created by the scanner timer (always adding 1 hour) 3.) running both servers with simple standalone.xml with persistent database timer with a refresh-interval of 2000 (2 seconds) configuration and a port offset It can be observed that the output for getTimers() on one node will increase in it's number.

      When using database persistence for timers, the timers that are synced via the RefreshTask and lateron removed by the RefreshTask will not be deleted from the internal timers cache in TimerServiceImpl.java

            rhn-support-jbaesner Joerg Baesner
            rhn-support-jbaesner Joerg Baesner
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: