GWT, Google App Engine, TimerTask oder Thread in ServiceImpl Ausnahme auslösen

Ich bin mit GWT und die Google App Engine. Ich habe array von Datensätzen und ich möchte aktualisieren Sie alle 30 Minuten.
In der ServiceImpl ich habe die Stilllegung code :

new Timer().schedule(new TimerTask(){
    @Override
    public void run() {
        try {
            Thread.sleep(30000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        result = updateFeeds();
    }
}, 30000,Long.MAX_VALUE);

Wenn ich die Anwendung ausführen und wenn ich Sie bekommen :

com.google.gwt.user.server.rpc.UnexpectedException:
Service method 'public abstract java.util.List org.joke.planet.client.FeedService.loadFeeds()' threw an unexpected exception:
java.security.AccessControlException: access denied (java.lang.RuntimePermission modifyThreadGroup)

in der ersten Zeile oder eingefügten code.

Meine Frage ist, WIE kann ich das hintergrund-Arbeiter, die in GWT+AppEngine-Service ?

InformationsquelleAutor JOKe | 2009-08-14
  1. 3

    Können Sie nicht verwenden java.util.Timer, denn es sorgt für einen ordentlichen thread, das ist nicht erlaubt auf der AppEngine. Allerdings können Sie mit der AppEngine-Module-API-Hintergrund-thread-Anlage, wie hier beschrieben:
    https://developers.google.com/appengine/docs/java/modules/#Java_Background_threads

    Beachten Sie, dass Sie nur mit hintergrund-threads auf manuell skalierten Instanzen. In diesem Beispiel wird ein hintergrund-thread, druckt eine Nachricht alle 30 Sekunden für immer:

    Thread thread = ThreadManager.createBackgroundThread(new Runnable() {
  public void run() {
    try {
      while (true) {
        System.err.println("Doing something!");
        Thread.sleep(30_000);
      }
    } catch (InterruptedException ex) {
    }
  }
});
thread.start();
    InformationsquelleAutor Zero Trick Pony
  2. 6

    können Sie nicht - eine im hintergrund laufende impliziert einen thread und thread-Erstellung im Spiel funktioniert nicht.

    Die Antwort auf Ihre Aufgabe besteht nicht darin, einen thread oder im hintergrund laufende, aber um diese zu verwenden http://code.google.com/appengine/docs/java/config/cron.html

    InformationsquelleAutor Chii
  3. 3

    Ihnen, sir, könnten davon profitieren, appengine ist newish ThreadManager-Klasse.

    https://developers.google.com/appengine/docs/java/backends/overview#background_threads

    Verwenden ThreadManager.currentRequestThreadFactory() um einen Thread Fabrik, die interrupt erzeugt threads, sobald die aktuelle Anforderung abgeschlossen ist, und ThreadManager.backgroundThreadFactory (), um zu laichen threads, die für die letzten so lange, wie du willst (aber nur funktioniert auf backends)

    Für frontend-Anforderungen, es wird empfohlen, um zu verfolgen Sie Ihre Themen, und rufen thread.join() wenn Sie wollen, Sie zu beenden, bevor appengine Antrag filter unterbricht Sie.

    InformationsquelleAutor Ajax
  4. 0

    Siehe auch task queues als alternative.

    InformationsquelleAutor Barnabas Kendall
  5. -1

    Liegt das Problem nicht nur in der App engine, aber im Allgemeinen in einem beliebigen Servlet-container. Wenn man in einer service-Methode (die Sie immer in der Servlet-container), können Sie nicht erstellen threads und tun schläft.

    In der heutigen skalierbare service-Welt thread.schlafen ist eine schlechte Sache....

    • Das ist fast völlig falsch. In einem normalen Servlet-container ist es durchaus möglich/wünschenswert zu erstellen, die hintergrund-threads-das durchführen von regelmäßigen Aktionen. Sie sind richtig sagen, dass Thread.Schlaf ist schlecht auf den Anfrage-thread, aber nicht auf einem hintergrund-thread.
    • Ich habe auf der echo - @Geoff, zu fordern, Threads und sleep() sind schlecht für die Skalierbarkeit ist das Gegenteil der situation. Gut platziert Schlaf ist entscheidend für die Maximierung der Leistung von Parallelität. Wenn Sie in single-threaded-Umgebung-Thread.sleep() ist eine schlechte Idee. Run anywhere else, und es ist der einzige Weg, um die cpu, wenn Sie es nicht brauchen und warten auf asynchrone Prozesse.
    InformationsquelleAutor mak
Schreibe einen Kommentar