2 Replies Latest reply on Mar 21, 2007 5:01 AM by D R

    Timer problem in 3.1.4 -- bug or feature?

    D R Newbie

      Hi,

      posted this in the user forum, but got no response:


      we are having a problem with a huge amount of due timers in our application. Our test server is nearly idleing, but has about 100.000 due timers waiting to be executed.

      It seems at most one due timer is executed each fifth second in the default setup of jBPM. Is it possible to tune this by some configuration? Or perhaps programatically? And what about this issue in future versions of jBPM? We are running our application in JBoss 4.0.5.GA with jBPM 3.1.4.


      Is this expected behaviour?

      Thanks for any comments!


        • 1. Re: Timer problem in 3.1.4 -- bug or feature?
          Tom Baeyens Master

          yes that is expected and not tunable in 3.1.x with configurations only. in 3.1.x the scheduler service (like all other services used by jbpm) are pluggable. so you could build your own scheduler service that e.g. leverages ejbtimer service.

          that is exactly what we did added in 3.2.GA, which was just released. in 3.2, the pojo implementation is now multithreaded. and there is also an enterprise service implementation that maps to the enterprise services for async messaging and timers.

          there is one known limitation with the enterprise services. because of a limitation in the ejb timer spec, we have to loop over all the timers in case we want to delete one by name during process execution. that might not scale very well in some situations. we are going to work out a solution for this in the next version (by replacing the usage of the timer service of one single SLSB with one entity bean per timer)

          hope this gives you some insight

          • 2. Re: Timer problem in 3.1.4 -- bug or feature?
            D R Newbie

            Ok, this sounds good. We will switch to 3.2 since it's now in GA. Thank you for your answer.