El miércoles 20 de agosto de 2014, lanzamos un parche para la versión local de Apigee Edge.
Fallas corregidas
En esta versión, se corrigieron los siguientes errores.
Tema
Descripción
Falta de respuesta del router netty debido a la acumulación en las conexiones agrupadas
CORERT-219
Se resolvieron problemas que causaban una fuga de conexión cuando el cliente se desconectaba, incluso antes de que se entregaran las respuestas de la API.
Errores de la máquina de estado en los registros del router Netty que causan la falta del router
CORERT-201
Cuando un cliente envía solicitudes consecutivas en una conexión sin esperar una respuesta, el router Netty parecía bloquearse y no procesar ninguna solicitud.
Una nueva propiedad HTTPServer.pipelining.enabled en router.properties para el router Netty te permite controlar la canalización HTTP. Los siguientes valores describen el comportamiento:
false (predeterminado): Si se reciben varias solicitudes, el router muestra un error que indica el intento de canalización y cierra la conexión.
true: El router controla una solicitud a la vez almacenando en búfer las solicitudes en una cola pendiente. Las respuestas a cada solicitud se envían en el mismo orden en que
llegaron.
En los casos en los que una respuesta necesita un cierre de conexión, esta se cierra de inmediato y no se envían respuestas para solicitudes posteriores.
CLOSE_WAIT mensajes
CORERT-188
Se resolvieron problemas con mensajes CLOSED_WAIT que no se cerraban correctamente.
El procesador de mensajes cierra las conexiones mientras el router intenta volver a usar las conexiones del
grupo
CORERT-114
Se resolvieron los problemas que provocaban que la conexión agrupada se cerraba en ciertas condiciones de
error.
Errores 5xx en las respuestasAPIRT-342
Se produjeron errores de HTTP 5xx en situaciones en las que una respuesta estaba completa de acuerdo con la especificación HTTP (sin codificación fragmentada ni de Content-Length en las respuestas del extremo de destino).
Edge ahora trata esas respuestas como completas.