Beenden einer HttpServletResponse, aber weiterverarbeitung

Question

Ich habe eine Situation, die scheint die Async Servlet 3.0/Comet-Situation zu passen, aber alles, was ich tun muss, ist ein 200 Antwortcode (oder andere) nach dem Akzeptieren der eingehenden Parameter.

Gibt es eine Möglichkeit für ein HttpServlet, den HTTP-Request/Response-Handshake abzuschließen und trotzdem mit der Verarbeitung fortzufahren? wie

Etwas ...

doPost(req, response) { 
    // verify input params... 
    response.setStatus(SC_OK); 
    response.close(); 
    // execute long query 
}  

EDIT: am javax.servlet Paket suchen - die richtige Phrasierung auf meine Frage ist

Wie lege ich eine Antwort?

wie in Servlet.isCommitted()

Answer 1

Hier ist, wie ich diese Situation behandelt haben:

1. Wenn die App gestartet wird, erstellen Sie ein ExecutorService mit Executors.newFixedThreadPool(numThreads) (es gibt auch andere Arten von Vollstrecker, aber ich schlage vor, beginnend mit dieser)
2. In doPost(), eine Instanz von Runnable, die die gewünschten Verarbeitung durchführen werden - Ihre Aufgabe - und legt ihn die ExecutorService etwa so: executor.execute(task)
3. Schließlich sollten Sie den HTTP-Status 202 Accepted zurückkehren und, wenn möglich, ein Location Header, der angibt, wo ein Client den Status der Verarbeitung überprüfen kann.

I sehr empfehlen Sie Java Concurrency in Practice lesen, es ist ein fantastisches und sehr praktisches Buch.

Answer 2

Sie Verarbeitung in einem separaten Thread fortgesetzt werden kann.

Die Antwort wird ausgeführt, sobald Sie von der Methode doPost() zurückkehren.

Answer 3

Eine Möglichkeit, dass Ihr Servlet eine Anforderung zur Verarbeitung im Hintergrund akzeptiert, besteht darin, dass das Servlet die Verarbeitung an einen separaten Thread weitergibt, der dann im Hintergrund ausgeführt wird.

Mit Spring können Sie einen separaten Thread mit der a TaskExecutor aufrufen. Der Vorteil der Verwendung von Spring gegenüber dem Standard-JDK 5 java.util.concurrent.Executor besteht darin, dass Sie, wenn Sie sich auf Anwendungsservern befinden, die verwaltete Threads verwenden müssen (IBM websphere oder Oracle weblogic), die WorkManagerTaskExecutor verwenden können, um sich in die CommonJ-Arbeitsmanager einzuklinken.

Eine andere Alternative wäre, die lange Abfragelogik in eine Message Driven Bean oder Message Driven POJO zu verschieben (Spring JMS kann hier helfen) und lassen Sie das Servlet einfach eine Nachricht in einer JMS-Warteschlange. Das hätte den Vorteil, dass Sie die MDB problemlos auf ein anderes (dediziertes) System verschieben können, sollte die Auslastung Ihres Webcontainers aufgrund der langen Abfrage zu groß werden.

Answer 4

Dieses Beispiel

helfen

void doPost(){ 
    // do something 
    final ExecutorService executor = Executors.newSingleThreadExecutor(); 
     executor.execute(new Runnable() { 
      @Override 
      public void run() { 
       // processing after response 
      } 
     });}