4.14.04.10 - Notes de version d'Apigee Edge sur site

Vous consultez la documentation Apigee Edge.
Accédez à la documentation**Apigee X**. info

Le mercredi 20 août 2014, nous avons publié un correctif pour la version sur site d'Apigee Edge.

Bugs résolus

Les bugs suivants sont résolus dans cette version.

Sujet	Description
Routeur Netty qui ne répond pas en raison d'une accumulation dans les connexions groupées CORERT-219	Résolution des problèmes qui entraînaient une fuite de connexion lorsque le client se déconnectait avant même que les réponses de l'API ne soient fournies.
Erreurs de machine à états dans les journaux du routeur Netty entraînant le blocage du routeur CORERT-201	Lorsqu'un client envoyait des requêtes consécutives sur une connexion sans attendre de réponse, le routeur Netty semblait se bloquer et ne traitait aucune requête. Une nouvelle propriété HTTPServer.pipelining.enabled dans router.properties pour le routeur Netty vous permet de contrôler le pipelining HTTP. Les valeurs suivantes décrivent le comportement : false (par défaut) : si plusieurs requêtes sont reçues, le routeur renvoie une erreur indiquant la tentative de pipelining et ferme la connexion. true : le routeur traite une requête à la fois en mettant en mémoire tampon les requêtes dans une file d'attente en attente. Les réponses à chaque requête sont envoyées dans le même ordre que leur arrivée. Dans les cas où une réponse nécessite une fermeture de connexion, la connexion est fermée immédiatement et aucune réponse n'est envoyée pour les requêtes suivantes.
Messages CLOSE_WAIT CORERT-188	Résolution des problèmes liés aux messages CLOSED_WAIT qui ne sont pas correctement fermés.
Processeur de messages fermant les connexions tandis que le routeur tente de réutiliser les connexions du pool CORERT-114	Résolution des problèmes entraînant la fermeture de la connexion groupée dans certaines conditions d'erreur
Erreurs 5xx sur les réponsesAPIRT-342	Des erreurs HTTP 5xx se sont produites dans les cas où une réponse était complète conformément à la spécification HTTP (pas de Content-Length ni d’encodage fragmenté dans les réponses du point de terminaison cible). Edge traite désormais ces réponses comme complètes.