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 Descripción
Falta de respuesta del router Netty debido a la acumulación en las conexiones agrupadas
CORERT-219
Se resolvieron los 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 estado en los registros del router Netty que causan que el router se bloquee
CORERT-201

Cuando un cliente enviaba 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 el 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 que una respuesta necesita un cierre de conexión, la conexión 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 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 causaban 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 ni codificación fragmentada en las respuestas del extremo de destino). Edge ahora trata esas respuestas como completas.