4.14.04.10: Notas de la versión local de Apigee Edge

Estás viendo la documentación de Apigee Edge.
Ir a la documentación de Apigee X. info

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	Description
El router de Netty no responde debido a la acumulación en las conexiones agrupadas. CORERT-219	Se resolvieron problemas que causaban una pérdida 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 estados en los registros del router de Netty que provocan que el router se bloquee CORERT-201	Cuando un cliente enviaba solicitudes consecutivas en una conexión sin esperar una respuesta, el router de Netty parecía bloquearse y no procesar ninguna solicitud. Se agregó una nueva propiedad HTTPServer.pipelining.enabled en router.properties para el router de Netty que te permite controlar el encauzamiento HTTP. Los siguientes valores describen el comportamiento: false (valor 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 que una respuesta necesita que se cierre la conexión, esta se cierra de inmediato y no se envían respuestas para las solicitudes posteriores.
Mensajes CLOSE_WAIT CORERT-188	Se resolvieron problemas relacionados con mensajes CLOSED_WAIT que no se cierran correctamente.
El procesador de mensajes cierra las conexiones mientras el router intenta reutilizar las conexiones del grupo. CORERT-114	Se resolvieron los problemas que provocaban que se cerrara la conexión agrupada en ciertas condiciones de error.
Errores 5xx en las respuestasAPIRT-342	Se produjeron errores HTTP 5xx en situaciones en las que una respuesta se completó según la especificación HTTP (sin Content-Length o codificación fragmentada en las respuestas del extremo de destino). Ahora, Edge trata esas respuestas como completas.