GRIZZLY0023 Glassfish-Warnung

Habe ich bereitgestellt 2-Webanwendung in java auf GlassFish server. Ich verwende Glassfish Server 3.1.2.2. Sie haben beide java-servlet-Seiten, von wo aus Sie http-Anforderungen empfangen, auch der code ist identisch, nur unterschiedliche Parameter (für verschiedene Kunden). Der zunächst gut funktioniert, und der zweite Prozess, der die http-Anforderung sehr lang. Danach bemerkte ich, dass die nächste Sache:

Bin ich ständig diese Warnung in den Glassfish-Ausgabe in Netbeans.

WARNING: GRIZZLY0023: Interrupting idle Thread: http-thread-pool-9990

Kann jemand mir erklären, warum bekomme ich diese Warnung und wie es zu lösen.

InformationsquelleAutor AdrianES | 2014-03-26

  1. 12

    Diese Warnung tritt auf, wenn ein HTTP-request times out. Glassfish-Standard-timeout ist 15 Minuten.

    Dies kann in verschiedenen Situationen, z.B. wenn eine Anforderung ruft eine lang andauernde Handlung, die nicht keine Antwort in der timeout-Periode, wenn eine Anfrage an Ihren server per HTTPS und es unterstützt nur HTTP (oder Umgekehrt), oder wenn es keine weiteren verbindungen zur Verfügung, die in der HTTP-Verbindungs-pool.

    Die genaue Ursache in Ihrem Fall kann nur erahnt werden, aber im Allgemeinen eine Lösung für dieses problem ist die Erhöhung der Standard-HTTP-request timeout. Sie können diesen Wert in der Glassfish Admin-GUI (http://localhost:4848) unter:

    server-config -> Network Config -> Network Listeners -> <your listener>

    Bereich Request Timeout eingestellt ist 900 (15 Minuten) standardmäßig nur diesen Wert erhöhen. Leider kann man nicht einstellen, dass es -1 haben kein limit, da Glassfish 3.1.2.

    Können Sie auch legen Sie es mit der asadmin tool wie dieses:

    asadmin set configs.config.server-config.network-config.protocols.protocol.http-listener-1.http.request-timeout-seconds=x
    Ich habe die Anfrage-Timeout auf -1 (keine Begrenzung) in meinem glassfish und das problem verschwand. Vielen Dank für die Hilfe.

    InformationsquelleAutor unwichtich

  2. 4

    Dieser trat auf, wenn der server im Leerlauf ist. Wenn der server im Leerlauf für einige Zeit, dann starten Sie die Generierung

    GRIZZLY0023: Unterbrechung der Leerlauf-Thread:

    Warnung in die log-Datei, und wir müssen den server neu starten. Wir beobachteten dies in Glassfish 3.1.2.2 build 5. Wir haben nie beobachtet, das in älteren Glassfish.

    Dies bedeutet, dass es einige Fehler in GF 3.1.2.2 version.

    Wir haben das gleiche Problem mit genau dieser version. Aber sollte nicht die glassfish-töten Sie die Verbindung. Was ist die Idee dieses Parameters und warum doens es nicht zu töten, die Verbindung im Leerlauf?
    Wir beobachteten dies geschieht nur, wenn der server ist nicht im debug-Modus ausgeführt! Deshalb sahen wir diese nur in der Produktion, nicht in der Prüfung.
    Ich werde zweite, was @jan sagte, so frustrierend, nur passiert werden, wenn nicht im debug-Modus.

    InformationsquelleAutor Tushar Patel

  3. 4

    Ich glaube nicht, dass ich würde empfehlen, nur das deaktivieren der kann von threads zusammen. Eigentlich ist dieser Fehler wird wahrscheinlich durch einen Fehler in der Glassfish 3.1.2.2 Ergebnisse, die in threads, die nicht richtig unterbrochen. Dies kann man durch mehrere Interrupt-logs für die gleiche thread-id. Der Fehler wird behoben, indem eine gepatchte version von grizzly-http.jar auf Glassfish classpath ist.

    Weitere Informationen finden Sie unter https://www3.wipo.int/confluence/display/wipoimd/3.3.2.1.-+GlassFish+3.1.2.2+%28build+5%29+patches

    InformationsquelleAutor Tobb

  4. 1

    Müssen Sie erhöhen oder deaktivieren Sie die Request Timeout in der Glassfish Admin:

    server-config -> Network Config -> Network Listeners -> <LISTENER> -> HTTP

    Einen Wert von -1 deaktiviert werden.

    Getestet in: GlassFish Server Open Source Edition 3.1.2.2

    InformationsquelleAutor Armando Carrasco

Schreibe einen Kommentar