WEBLOGIC_TIMERS 中的重复计时器条目
我正在使用 WebLogic 10.3.5 集群环境。 我的应用程序包括一个 EJB 计时器，我为其实现了支持，如下所示 示例。 计时器是为具有明确超时的单次拍摄而创建的，然后在完成其工作后再次创建。换句话说：
- 创建具有（例如）5 分钟超时的计时器
- 计时器触发并开始其作业
- 作业结束并创建一个具有相同周期的新计时器
据我所知，一次性计时器会在以下情况下被应用程序服务器自动取消：他们已被解雇。
我正在处理一个非常严重的问题，因为现在我有大量的计时器实例。 在 WEBLOGIC_TIMERS 表中，我发现有很多条目，而不是只有一个。它们都有不同的 START_TIME 值且 INTERVAL = -1。
这是一个生产环境，所以我很少或根本无法访问它。 Weblogic 节点已重新启动，但没有任何变化。
我该如何解决这个问题？我可以从 WEBLOGIC_TIMERS 中删除行吗？
I am working with a WebLogic 10.3.5 clustered environment.
My application includes an EJB timer, for which I implemented support as in the following example.
The timer is created for a single shot with a definite timeout, then created again when it's finished its job. In other words:
- create timer with (say) 5 minutes timeout
- the timer fires and starts its job
- the job ends and a new timer is created with the same period
As far as I know one-shot timers are automatically canceled by the application server when they have been fired.
I am dealing with a very serious problem because now I have a huge number of timer instances.
In the WEBLOGIC_TIMERS table I find a lot of entries instead of just one. All of them have a different START_TIME value and INTERVAL = -1.
This is a production environment, so I have little or no access to it. Weblogic nodes have been restarted but nothing has changed.
How can I solve this ? Can I just delete the rows from WEBLOGIC_TIMERS ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
事实证明，即使集群 weblogic 服务器和 dbms 服务器之间的系统日期存在微小差异，也可能导致我所描述的问题。
在系统管理员将它们同步后，问题就消失了。
Well, it turned out that even small differences in system dates between the clustered weblogic servers and the dbms servers can cause the problem I described.
After having them synchronized by the sysadmins, the problem disappeared.