Java EE 6 @Startup und @Schedule nie ausgeführt wird

Ich bin sicher, dass diese Frage gestellt wurde unzählige Male, aber ich habe alles versucht, was ich gelesen habe, und nichts scheint zu funktionieren. Ich bin sicher, die Korrektur ist wahrscheinlich etwas einfacher zu.

Habe ich die folgende singleton, die ausgeführt werden soll, wenn die web-Anwendung wird gestartet, aber es funktioniert nicht, und der geplante task nicht ausgeführt.

@Singleton
@Startup
public class Scheduler {

    private static int count = 0;

    @PostConstruct
    public void onStartup() {
        System.out.println("Initialization success.");
    }

   @Schedule(second="*/10", minute="*", hour="*")
   public void execute() {
      System.out.println("its running count..."+count);
      count++;
   }
}

Ich bin mit Glassfish server 3.1.2.

Jede Hilfe wird sehr geschätzt.

Dank.

BEARBEITEN

Die Start-Methode wird nun ausgeführt, aber der Zeitplan-Methode nicht ausgeführt.

Können Sie den import für die Singleton-annotation?
Hi. es ist: import javax.ejb.Singleton;
Sehen Sie irgendwelche Fehler / logs von GlassFish während der (re -) deployment?
Keine Fehler. Nichts im Zusammenhang mit diesem sowieso. Ist der Standort des singleton einen Unterschied machen? Momentan habe ich es in einer .util-Paket. Kämpfen, um zu finden, was sonst falsch sein könnte.
vielleicht ist meine Antwort hier gilt. stackoverflow.com/questions/13092567/...

InformationsquelleAutor Paul Blundell | 2013-03-20

  1. 5

    Hinzufügen einer weiteren Antwort, denn es gab einige Fragen, auf Boreded eigene Antwort.

    Der Grund, warum die Einstellung persistence=false das problem ist wahrscheinlich, dass persistente Timer nicht neu erstellt werden, wenn bereits vorhandene, wenn keepstate auf true gesetzt ist.

    sehen Sie das folgende in der log -

    INFO: keepstate is true and will not create new auto timers during deployment.

    Ich glaube, meine Antwort hier (zusammen mit Roland Tiefenbrunner Antwort auf dieselbe Frage) deckt das Problem einigermaßen gut.

    Nein. Normalerweise ist der timer aufgerufen wird, mit keepstate wahr als auch als falsch, mit persistenten wahr als auch als falsch.
    Die andere Antwort in der Frage im Zusammenhang, scheint vernünftig. Haben Sie keine derby-Fehler bei der GF, startup?
    Auch sicher, dass der timer immer noch feuert, aber was ich glaube, was hier passiert, ist, dass zunächst ein timer, ohne eine Spur bereitgestellt wird. Also, wenn Sie Sie später ändern Sie den timer, um die Ausgabe-Spur, es wird nicht bereitgestellt. Ändern halten-Staat machen, oder die timer-non-persistent redeployes der neuen timer.

    InformationsquelleAutor Aksel Willgert

  2. 8

    Mein problem war, dass ich den falschen Singleton Klasse, nicht javax.inject.Singleton aber javax.ejb.Singleton

    Ich hatte genau das gleiche problem jetzt, es fuhr mich verrückt, bis ich merkte, dass die falsche Singleton-annotation importiert wurde.
    Welche der beiden Klassen soll es sein?
    Ich Stimme Peter zu, es ist schwer zu sagen, aus den Kommentar!
    Das war mein Fehler auch. Für eine vollständige Erklärung, wie das erstellen einer scheduler über ein singleton in Java EE/Jarkata EE finden Sie unter stackoverflow.com/a/7499769/1090666. Stellen Sie nur sicher, dass, wenn Sie tun, Sie importieren die richtige Singleton-Klasse.

    InformationsquelleAutor Jojo

  3. 2

    Achten Sie auch auf die Standard-Werte der annotation. Stunde, minute und Sekunde default auf 0, NICHT *, während die anderen die Standard-an * , also z.B. @Schedule(minute = "*/20", persistent = false) wird nur ausgelöst, bei 20 + 40 Minuten nach Mitternacht.

    @Target(value=METHOD)
@Retention(value=RUNTIME)
public @interface Schedule {
   String dayOfMonth() default "*";

   String dayOfWeek() default "*";

   String hour() default "0";

   String info() default "";

   String minute() default "0";

   String month() default "*";

   boolean persistent() default true;

   String second() default "0";

   String timezone() default "";

   String year() default "*";
}
    Danke!!! Ich konnte nicht herausfinden, aber das Lesen Ihrer Antwort macht Sinn und behoben mein Problem.

    InformationsquelleAutor Jon Vaughan

  4. 1

    Für jemand anderes mit einem ähnlichen Problem hinzufügen die folgenden festen mein problem:

    persistent=false

    Also mein schedule-annotation ist jetzt

    @Schedule(second="*/10", minute="*", hour="*", persistent=false)
    Der code ausgesetzt in der Frage funktioniert gut, ohne Persistenz=false. Wenn diese Lösung wirklich das problem löst, es ist versehentlich ausblenden Ihre echte problem

    InformationsquelleAutor Paul Blundell

Schreibe einen Kommentar