0

我想在预定时间（23:59 CET 和 08:00 CET）执行两个任务。我创建了一个维护这些方法的 EJB 单例 bean：

@Singleton
public class OfferManager {

    @Schedule(hour = "23", minute = "59", timezone = "CET")
    @AccessTimeout(value = 0) // concurrent access is not permitted
    public void fetchNewOffers() {
        Logger.getLogger(OfferManager.class.getName()).log(Level.INFO, "Fetching new offers started");

        // ...

        Logger.getLogger(OfferManager.class.getName()).log(Level.INFO, "Fetching new offers finished");
    }

    @Schedule(hour="8", minute = "0", timezone = "CET")
    public void sendMailsWithReports() {
        Logger.getLogger(OfferManager.class.getName()).log(Level.INFO, "Generating reports started");

        // ...

        Logger.getLogger(OfferManager.class.getName()).log(Level.INFO, "Generating reports finished");
    }
}

问题是这两个任务都执行了两次。服务器为 WildFly Beta1，配置为 UTC 时间。

以下是一些可能有用的服务器日志：

2013-10-20 11:15:17,684 INFO  [org.jboss.as.server] (XNIO-1 task-7) JBAS018559: Deployed "crawler-0.3.war" (runtime-name : "crawler-0.3.war")
2013-10-20 21:59:00,070 INFO  [com.indeed.control.OfferManager] (EJB default - 1) Fetching new offers started
....
2013-10-20 22:03:48,608 INFO  [com.indeed.control.OfferManager] (EJB default - 1) Fetching new offers finished
2013-10-20 23:59:00,009 INFO  [com.indeed.control.OfferManager] (EJB default - 2) Fetching new offers started
....
2013-10-20 23:59:22,279 INFO  [com.indeed.control.OfferManager] (EJB default - 2) Fetching new offers finished

这种行为的原因可能是什么？

4

2 回答 2

1

我通过使用服务器时间（UTC）指定预定时间解决了这个问题。所以

@Schedule(hour = "23", minute = "59", timezone = "CET")

被替换为：

@Schedule(hour = "21", minute = "59")

我不知道这种行为的原因，也许是 Wildfly 的早期发布问题。

于 2013-10-22T08:22:15.607 回答
0

我对 TomEE plume 7.0.4 也有同样的问题。在我的情况下，解决方案是更改@Singleton为@Stateless.

于 2018-02-04T08:43:58.377 回答