Beim Konfigurieren des eingebetteten Jetty-Servers in Jetty 9.3.8 füge ich dem Server-Connector einen Verbindungs-Listener hinzu, um das Öffnen und Schließen der Jetty HttpConnection zu verfolgen.So schließen Sie die Jetty-HTTP-Verbindung, nachdem die Web-Service-Methode ausgeführt wurde
Der Jetty-Thread [qtp ..........], der aktuelle Anfrage bedient, öffnet eine HttpConnection. Nachdem ich die aktuelle Anfrage beendet habe, wie informiere ich die Anlegestelle, diese HttpConnection zu schließen. Ich sehe das Schließen aller geöffneten Verbindungen in dem Rückruf von dem Listener von anderen Clients nach einiger Zeit des Bereitstellens der Anforderung.
Ich muss die Verbindung schließen, sobald ich mit der Anfrage fertig bin, das ist, wenn ich mit einem bestimmten Client fertig bin.
HTTP/1.1 wird in diesem Fall verwendet. Wenn ich nur den Thread abbringe, auf dem die Anfrage verarbeitet wird, sehe ich, dass die HttpConnection-Verbindung wie erwartet stattfindet. Aber wenn Jetty den gleichen Thread [qtp ..........] für eine andere Anfrage zuweist, sehe ich eine http-Verbindung geschlossen und auf dem http-Client bekomme ich die 'no http response'. Wie kann ich nur das Interrupt-Flag des Threads und andere Daten zwischen Anfragen löschen? –
Sie sollten sich nicht mit dem Teil der Verarbeitung einer Verbindung und Anforderung beschäftigen. Außerdem wird das Unterbrechen eines beliebigen Threads in einem Servlet-Container zu 100% von der Servlet-Spezifikation (und JEE) nicht unterstützt und führt garantiert zu Problemen. –
Ich rüste von 9.2.8 auf 9.3.8 auf. Anfangs in der vorherigen Version, benutzen wir um den Jetty-Thread nach der Anfrage zu unterbrechen (im Falle von langlebigen Herzschlag-Threads), was uns half, das niedrige Level zu schließen Jetty Http Verbindungen. Aber nach dem Entfernen des Interrupts auf diesem Ausgabe-Thread gibt das System nicht die erwartete Leistung. Alles, was mir dabei helfen kann. –