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

Estás consultando la documentación de Apigee Edge.
Consulta la documentación de Apigee X. Información

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.