JAX-WS timeout problem

Ich veröffentlicht habe-web-service-Endpunkt auf Sonne Licht Gewicht http-server. Der server mit ThreadPool-Vollzieher für die Verbindung (Executors.newCachedThreadPool()).
Ich bin auch mit regulären web-service-client (auch JAX-WS).

Scheint es, dass für jeden Aufruf, die länger als 5 Minuten, die der server (oder client) beendet den aktuellen Anruf-thread und ein neues öffnen. In der server-es sieht aus wie eine neue Verbindung hergestellt wurde und versuchen, die gleiche Aktion.

Dies geschieht nur einmal, was den "zweiten Aufruf" vielleicht mehr als 5 Minuten.

Ist es ein Standard-timeout für eine Verbindung ? Gibt es eine Möglichkeit, es zu konfigurieren ?

InformationsquelleAutor Tal | 2010-02-07
  1. 5

    Mit dem leichten Gewicht, http-server, eine Verbindung würde im Leerlauf nach 5 mn. Die Umsetzung (haben Sie einen Blick auf ServerImpl und ServerConfig) schließt die verbindungen im Leerlauf, und es gibt derzeit keine öffentliche Eigenschaft, um das Leerlauf-timeout. Wenn Sie wollen, dass diese Art der Kontrolle, die Sie möglicherweise verwenden möchten, ein servlet-container. Oder Sie konnte Jetty (bietet SPI) statt Sonne Standard HttpServer.

    InformationsquelleAutor Pascal Thivent
  2. 1

    Ich würde normalerweise erwarten, dass dies ein clientseitiges Problem (allerdings - check Pascal ' s Antwort). Die clients werden über einen definierten timeout-Wert und würde aus der Patsche helfen, auf eine operation zu lange dauert.

    z.B. in HttpClient definieren Sie das timeout der Verbindung, und die lese-timeouts getrennt (siehe der configuration guide).

    Wenn die Methode wirklich dauert 5 Minuten oder mehr, würde ich schauen, wie zu brechen, die operation in mehrere diskrete Operationen, die jeweils einen kürzeren Zeitraum. Oder die Verarbeitung im hintergrund und geben dem Kunden ein ticket, so dass Sie erhalten Ihre Ergebnisse zu einem späteren Zeitpunkt ohne die Aufrechterhaltung einer Verbindung.

    Alternativ können Sie kann in der Lage sein, ein unendliches timeout, aber ich würde nicht empfehlen dies, da sich Ihre Kunden im Idealfall sollte in der Lage sein zu erkennen, wenn Ihr server nicht mehr reagiert aufgrund von Problemen/Fehlkonfiguration etc.

    • Sie können auch definieren, timeout-Eigenschaften für den web service-client, dass ich Sie mit: Map<String, Object> requestContext = bp.getRequestContext(); requestContext.put(JAXWSProperties.CONNECT_TIMEOUT, <int time>"); requestContext.put(JAXWSProperties.REQUEST_TIMEOUT, <int Zeit>), Aber das hat nicht geholfen.
    • Dies ist eigentlich kein client-seitiges Problem.
    • angegeben (ich habe nicht betrachten Sie Ihre links noch nicht). Wissen Sie, wenn Jetty nicht gegen Kaution auf inaktiver verbindungen, die auf eine ähnliche Mode ? Beachten Sie, dass ich bearbeitet meine Antwort angemessen (!) aber ich denke, für ein 5 min Betrieb, die Ausgabe von client timeout ins Spiel kommen irgendwann, daher habe ich nicht gelöscht.
    • Die Standard timeout einer JAX-WS-client ist 0 (unendlich).
    • Interessant. Hinweis: meine Kommentare oben re. unendliche timeouts.
    • Hmm... Gute Frage, über Steg, nicht 100% sicher sind, schauen. Nun, ich bin völlig einverstanden, dass es eine gute Sache wäre, eine endliche client timeout (und nicht im "unendlichen" default) sowieso.

    InformationsquelleAutor Brian Agnew
  3. 0

    Eigentlich war ich in der Lage, einen hack, indem Sie die Informationen, die Pascal zur Verfügung gestellt (vielen Dank !).
    Könnten Sie überschreiben die idle-Zeit der http-server durch setzen einer system property -Sonne.net.httpserver.idleInterval.

    InformationsquelleAutor Tal
Schreibe einen Kommentar