--Environnement - Red Hat Enterprise Linux Server release 6.3 (Santiago) - java version "1.7.0_79" - GlassFish 4.1
[2020/05/21 17:41:07.805][656b5aef53f][][FATAL] - java.io.IOException: java.lang.InterruptedException
org.glassfish.grizzly.nio.transport.TCPNIOTransportFilter.handleRead(TCPNIOTransportFilter.java:92)
org.glassfish.grizzly.filterchain.TransportFilter.handleRead(TransportFilter.java:173)
org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
org.glassfish.grizzly.filterchain.DefaultFilterChain.read(DefaultFilterChain.java:351)
org.glassfish.grizzly.filterchain.FilterChainContext.read(FilterChainContext.java:695)
org.glassfish.grizzly.http.io.InputBuffer.blockingRead(InputBuffer.java:1119)
org.glassfish.grizzly.http.server.io.ServerInputBuffer.blockingRead(ServerInputBuffer.java:95)
org.glassfish.grizzly.http.io.InputBuffer.fill(InputBuffer.java:1143)
org.glassfish.grizzly.http.io.InputBuffer.read(InputBuffer.java:353)
org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:267)
org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.java:270)
sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283)
sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325)
sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177)
java.io.InputStreamReader.read(InputStreamReader.java:184)
java.io.BufferedReader.fill(BufferedReader.java:154)
java.io.BufferedReader.readLine(BufferedReader.java:317)
java.io.BufferedReader.readLine(BufferedReader.java:382)
...réduction...
Le problème était que je n'avais pas spécifié le paramètre configs.config.network-config.protocols.protocol.http.request-timeout-seconds
pour définir le temps d'exécution de l'application.
Le délai d'expiration par défaut pour Glassfish est de 15 minutes. Cela peut se produire dans diverses situations. Par exemple, si la requête déclenche une action de longue durée qui ne répond pas dans le délai d'expiration, la requête au serveur est effectuée via HTTPS et seul HTTP (ou vice versa) est pris en charge dans le pool de connexions HTTP. Par exemple, s'il n'y a plus de connexions disponibles. java - GRIZZLY0023 Glassfish warning - Stack Overflow
Cette fois, le délai était de 15 minutes car il n'était pas défini, donc je l'ai réglé sur illimité "-1".
domain.xml
<configs>
<config name="server-config">
<network-config>
<protocols>
<protocol name="http-listener-1">
<http max-post-size-bytes="20971520" default-virtual-server="server" max-connections="250" request-timeout-seconds="-1">
Lors du paramétrage sur l'écran de gestion GlassFish (http: // localhost: 4848),
server-config
> Network Config
> Network Listeners
> {Target Listener}> Onglet [HTTP]>Request Timeout:
Il semble que "-1" ne puisse pas être défini à partir de Glassfish 3.1.2, mais lorsqu'il est défini, java.io.IOException
ne se produit plus ... Mais une fois visualisée sur l'écran de gestion, la valeur initiale est de 900 secondes (15 minutes). ···Étrange
Unfortunately you can't set it to -1 to have no limit since Glassfish 3.1.2. java - GRIZZLY0023 Glassfish warning - Stack Overflow
Payara peut-il le faire?