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

[GSS](7.2.z) EJB Timer WFLYEJB0043: A previous execution of timer ... when slow server start

    XMLWordPrintable

Details

    • Bug
    • Resolution: Obsolete
    • Major
    • None
    • 7.1.6.GA, 7.2.0.GA
    • EJB
    • None
    • +
    • Hide

      Ignore the WARN when the server starts.
      Change it to use timerService.createIntervalTimer instead of @Schdule / createCalendarTimer

      Show
      Ignore the WARN when the server starts. Change it to use timerService.createIntervalTimer instead of @Schdule / createCalendarTimer
    • Hide

      Deploy the 2 jars and start JBoss. 1 jar has a singleton with timer, the other jar has a singleton that sleeps for 20 seconds. It looks like if the timer is in the same deployment, then it has to wait as per the spec all Singletons have to be initialized before starting the deployment.

      Show
      Deploy the 2 jars and start JBoss. 1 jar has a singleton with timer, the other jar has a singleton that sleeps for 20 seconds. It looks like if the timer is in the same deployment, then it has to wait as per the spec all Singletons have to be initialized before starting the deployment.

    Description

      EJB Timer WFLYEJB0043: A previous execution of timer ... when slow server start

      When starting the JBoss instance with an EJB timer for example below, it looks like the application with the timer may be initialized but cannot start because the server has not stabilized and once JBoss is stabilized logs WFLYEJB0043 even though the timer was not previously (or should not have been previously running).

        @Schedule(second="*/10", minute="*", hour="*", persistent=false)
        public void timeout() {
          log.info("Timer fired at 10 sec interval");
        }
      
      23:10:18,826 WARN  [org.jboss.as.ejb3.timer] (EJB default - 2) WFLYEJB0043: A previous execution of timer [id=b8479e73-3d7a-4f88-8ac5-d0a0fd36194d timedObjectId=schedule-timer-not-persistent.schedule-timer-not-persistent.ScheduleSingleton auto-timer?:true persistent?:false timerService=org.jboss.as.ejb3.timerservice.TimerServiceImpl@9803734 initialExpiration=null intervalDuration(in milli sec)=0 nextExpiration=Wed Apr 10 23:10:10 CDT 2019 timerState=IN_TIMEOUT info=null] is still in progress, skipping this overlapping scheduled execution at: Wed Apr 10 23:10:18 CDT 2019.
      

      Attachments

        Issue Links

          Activity

            People

              chaowan@redhat.com Chao Wang
              rhn-support-bmaxwell Brad Maxwell
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: