Java EE 6 @Démarrage et @Annexe de ne jamais être exécuté

Je suis sûr que cette question a été posée de nombreuses fois, mais j'ai essayé tout ce que j'ai lu et rien ne semble fonctionner. Je suis sûr que la solution est probablement quelque chose de simple.

J'ai le texte suivant singleton qui doit être exécuté lorsque l'application web démarre mais il ne le fait pas, et la tâche planifiée ne fonctionne pas non plus.

@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++;
   }
}

Je suis à l'aide de Glassfish server 3.1.2.

Toute aide sera grandement appréciée.

Grâce.

MODIFIER

La méthode de démarrage est maintenant exécuté, mais le calendrier de la méthode ne fonctionne pas.

Pouvez-vous montrer à l'importation pour le Singleton annotation?
Salut. il est de: import javax.ejb.Singleton;
Voyez-vous des erreurs / logs à partir de GlassFish au cours de (re)déploiement?
Pas d'erreurs. Rien à cela de toute façon. L'emplacement de l'singleton faire une différence? J'ai actuellement dans une .util paquet. Du mal à trouver quoi d'autre qui pourrait être mauvais.
peut-être que ma réponse ne s'applique ici. stackoverflow.com/questions/13092567/...

OriginalL'auteur Paul Blundell | 2013-03-20

  1. 5

    L'ajout d'une autre réponse qu'il y a des questions sur Boreded sa propre réponse.

    La raison pourquoi les persistence=false résolu le problème est probablement dû à la persistance compteurs ne sont pas re-créé si déjà existant au moment de keepstate est définie sur true.

    vous devriez voir la suite dans le journal

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

    Je pense que ma réponse ici (en collaboration avec Roland Tiefenbrunner de réponse sur la même question) couvre la question quelque peu.

    Pas de. Normalement, le compte à rebours est invoqué avec keepstate vrai comme faux, avec la persistance d'un vrai ainsi que de fausses.
    L'autre réponse donnée à la question connexe semble raisonnable. Avez-vous un derby erreurs lors de GF de démarrage?
    Bien sûr que la minuterie encore les feux, mais ce que je pense qui se passe ici, c'est que le premier d'une minuterie sans laisser de trace est déployé. Ainsi, lorsque vous changez de minuterie pour inclure la sortie à la trace, il n'est pas déployé. Changement de garder votre état ou à faire de la minuterie non persistants redeployes la nouvelle minuterie.

    OriginalL'auteur Aksel Willgert

  2. 8

    Mon problème est que j'ai utilisé le mauvais Singleton de la classe, pas javax.inject.Singleton mais javax.ejb.Singleton

    J'ai eu exactement le même problème à l'heure actuelle, il a été me les écrous jusqu'à ce que j'ai réalisé que le mauvais Singleton annotation a été importé.
    Lequel des deux classes devrait-il être?
    Je suis d'accord Pierre, il est difficile de dire à partir de la commenter!
    Ce fut mon erreur. Pour une explication complète de la façon de créer un planificateur à l'aide d'un singleton dans Java EE/Jarkata EE voir stackoverflow.com/a/7499769/1090666. Assurez-vous que lorsque vous le faites, vous importez la bonne classe Singleton.

    OriginalL'auteur Jojo

  3. 2

    Surveillez également les valeurs par défaut de l'annotation. L'heure, la minute et la seconde par défaut à 0 PAS *, tandis que les autres par défaut * , si par exemple @Schedule(minute = "*/20" persistant = false) se déclenche uniquement à 20 + 40 minutes après minuit.

    @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 "*";
}
    Merci!!!! Je ne pouvais pas comprendre, mais la lecture de votre réponse tout à fait logique et corrigé mon problème.

    OriginalL'auteur Jon Vaughan

  4. 1

    Pour quelqu'un d'autre avec un problème similaire adjonction, fixe mon problème:

    persistent=false

    Donc, mon calendrier de l'annotation est maintenant

    @Schedule(second="*/10", minute="*", hour="*", persistent=false)
    Le code exposés dans la question fonctionne bien sans mettre de persistance=false. Si cette solution résout vraiment le problème, il est accidentellement cacher le vrai problème

    OriginalL'auteur Paul Blundell