TimerService.getTimers() does not seem to work when called at
ServletContextListener.contextInitialised time
------------------------------------------------------------------------------------------------------------
Key: JBAS-1394
URL: http://jira.jboss.com/jira/browse/JBAS-1394
Project: JBoss Application Server
Type: Bug
Versions: JBossAS-4.0.1 Final
Environment: Suse Linux 9.1, JBoss 4.0.1
Reporter: Steve Bostock
Assigned to: Scott M Stark
I have a stateless session bean that implements TimedObject. It has a
schedule() method that gets called from the contextInitialized method of a
WebApp. The schedule method first calls getTimers() and cancels any timers it
finds, it then creates new ones. This call to getTimers never finds any
existing timers, even though they exist in the TIMERS table in the DB. The net
effect is, that after a reboot, I end up with duplicate timers.
If I call the same schedule() method from a client program at a later time, it
correctly finds and cancels all extant timers before creating new ones.
>From looking at the debug log, it appears that the restore
DEBUG [org.jboss.ejb.txtimer.DatabasePersistencePolicy] Restoring 2 timer(s)
is happening sometime after contextInitialized gets called.
This problem is repeatable.
Steve
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
JBoss-Development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-development
