Asynchrone Anforderung in RESTFul-WebService

Brauche ich zum erstellen eines REST basierten web-service, wo die Anfrage wird asynchron verarbeitet werden.
Durch die asynchrone, ich meine, dass der client bei der Anforderung und weiter mit seiner Ausführung mit heraus warten auf die Antwort vom service.Ist es möglich, dies zu erreichen?
Ich brauche zum bereitstellen der service in WebSphere Application Server.

InformationsquelleAutor Ayan Biswas | 2013-11-20
  1. 5

    So, ich bin nicht sicher, ob Ihre Frage ist etwa, wie die asynchrone Verarbeitung auf dem server, oder zu behandeln, wie asynchrone Operationen in einer ruhigen Art und Weise. Wenn es das letztere ist, dann ist hier eine Zusammenfassung der empfohlenen Vorgehen an: http://restcookbook.com/Resources/asynchroneous-operations/

    Code Ihrer service-Methode

    • (a) behandeln der angeforderte Vorgang asynchron (mit einem separaten
      thread wahrscheinlich).
    • (b) Sofort wieder einen response-code 202-Accepted
    • (c) In der Antwort der Körper -, Rückgabe einer URI repräsentiert den status der angeforderten operation.

    Dann der code, den Kunden zu:

    • (a) Rufen Sie die Haupt-service-Methode. Wenn die Reaktion abgeschlossen ist, wenn der response-code 202, notieren Sie den URI wieder in den Körper.
    • (b) In einem hintergrund-thread, in regelmäßigen Abständen die Umfrage, dass URI, bis es wieder eine Anzeige, dass der Vorgang abgeschlossen ist.
    InformationsquelleAutor EJK
  2. 1

    Ja, man könnte einen Thread eröffnen, welche Anrufe Ihre REST-Dienst. Vielleicht könnten Sie sehen, wie dies zu erreichen hier:

    http://docs.oracle.com/javase/tutorial/essential/concurrency/runthread.html

    • Ich werde auf den web-service von meine-web-Anwendung(der client ist im Grunde ein servlet). Soweit ich weiß, einen thread erstellt, der explizit in eine web-Anwendung ist nicht eine gute Praxis.
    • In Allgemeinen threads sind eine beschränkte Ressource, und Sorgfalt sollte angewendet werden, wenn Sie zu erstellen. Das bedeutet nicht, dass es ist eine schlechte Praxis zur Benutzung von threads. Wie Sie dies tun, hängt von Ihrer Anwendung benötigt. Diese Anwendung wird erwartet, dienen einer sehr großen Anzahl von gleichzeitigen Benutzern? Wenn ja, dann möchten Sie vielleicht zu schauen in thread-pools.
    • Queing ist ein anderer Ansatz zu berücksichtigen. Reservieren Sie einen oder mehrere hintergrund-threads für die Verarbeitung dieser Anfragen. Ihr web-Dienst einfach setzen die Anforderungen in einer Global-erreichbar-Warteschlange. Der hintergrund-thread(s) werden dann die Anforderungen ein zu einer Zeit. Dieser Ansatz hat den Vorteil, dass Sie die volle Kontrolle darüber, wie viele threads vorhanden sind, zu einem bestimmten Zeitpunkt.
    InformationsquelleAutor idiazt
Schreibe einen Kommentar