on 05-22-2009 3:16 PM
Hi.
I have a SLSB which creates 2 timers whenever it is initialised. This call is made from a ServletContextListener to create timers on startup.
Each timer is packed with serialized information on how they should behave, which is parsed whenever the @Timeout method is called.
I am noticing some bizarre behaviour:
1) Sometimes only one timer will fire.
2) At the end of each @Timeout method, the timer will get a list of the timers - at this point the application just stops processing and waits. For what, im not sure.
It prevents the application from being stopped / undeployed / running.
Is there any reason why TimerService.getTimers() would cause this?
Regards,
Andrew
Morton,
An enterprise bean usually creates a timer within a transaction. If this transaction is rolled back, the timer creation is also rolled back. Similarly, if a bean cancels a timer within a transaction that gets rolled back, the timer cancellation is rolled back. In this case, the timer's duration is reset as if the cancellation had never occurred.
Thanks,
Hamendra
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
87 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.