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

Estás viendo la documentación de Apigee Edge.
Ve 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	Descripción
El router Netty no responde debido a una acumulación en las conexiones agrupadas CORERT-219	Se resolvieron los problemas que causaban una filtración 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 causaban que el router se bloqueara 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. Una nueva propiedad HTTPServer.pipelining.enabled en router.properties para el router Netty te permite controlar la canalización de 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 fila pendiente. Las respuestas a cada solicitud se envían en el mismo orden en que llegaron. En los casos en que una respuesta necesita un cierre de conexión, esta se cierra de inmediato y no se envían respuestas para las solicitudes posteriores.
Mensajes CLOSE_WAIT CORERT-188	Se resolvieron los problemas con los mensajes CLOSED_WAIT que no se cerraban correctamente.
El procesador de mensajes cierra las conexiones mientras el router intenta reutilizar las conexiones del grupo. CORERT-114	Se resolvieron los problemas que causaban que se cerrara la conexión agrupada en ciertas condiciones de error.
Errores 5xx en las respuestasAPIRT-342	Los errores HTTP 5xx se produjeron en situaciones en las que una respuesta se completó según la especificación HTTP (sin codificación Content-Length ni fragmentada en las respuestas del extremo de destino). Edge ahora considera que esas respuestas están completas.