4.14.04.10 - Note di rilascio on-premise di Apigee Edge

Stai visualizzando la documentazione di Apigee Edge.
Vai alla documentazione di Apigee X. informazioni

Mercoledì 20 agosto 2014 abbiamo rilasciato una patch per la versione on-premise di Apigee Edge.

Bug corretti

In questa release sono stati corretti i bug indicati di seguito.

Argomento	Descrizione
Il router Netty non risponde a causa dell'accumulo delle connessioni in pool CORERT-219	Sono stati risolti problemi che causavano una perdita di connessione quando il client si disconnetteva anche prima della consegna delle risposte dell'API.
Errori delle macchine di stato nei log del router Netty che causano il blocco del router CORERT-201	Quando un client inviava richieste back-to-back su una connessione senza attendere una risposta, il router Netty sembrava bloccarsi e non elaborare alcuna richiesta. Una nuova proprietà HTTPServer.pipelining.enabled in router.properties per il router Netty consente di controllare la pipeline HTTP. I seguenti valori descrivono il comportamento: false (predefinito): se vengono ricevute più richieste, il router restituisce un errore che indica il tentativo di pipeline e chiude la connessione. true: il router gestisce una richiesta alla volta eseguendo il buffering delle richieste in una coda in attesa. Le risposte a ogni richiesta vengono inviate nello stesso ordine in cui sono arrivate. Nei casi in cui una risposta richieda la chiusura della connessione, la connessione viene chiusa immediatamente e non vengono inviate risposte per le richieste successive.
CLOSE_WAIT messaggi CORERT-188	Risolti problemi relativi a CLOSED_WAIT messaggi che non sono stati chiusi correttamente.
Il processore di messaggi chiude le connessioni mentre il router tenta di riutilizzare le connessioni dal pool CORERT-114	Sono stati risolti i problemi che causano la chiusura della connessione in pool in determinate condizioni di errore.
Errori 5xx nelle risposteAPIRT-342	Gli errori HTTP 5xx si verificavano in situazioni in cui una risposta era completa in base alla specifica HTTP (nessuna Content-Length o codifica a blocchi nelle risposte dell'endpoint di destinazione). Edge ora considera queste risposte come complete.