4.14.04.10 - Notes de version d'Apigee Edge sur site

Vous consultez la documentation d'Apigee Edge.
Accédez à la documentation sur 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.

Thème Description
Le routeur Netty ne répond pas en raison de l'accumulation de connexions dans le pool
CORERT-219
Résolution des problèmes qui entraînaient une fuite de connexion lorsque le client se déconnectait, même avant que les réponses de l'API ne soient envoyées.
Des erreurs de machine d'état dans les journaux du routeur Netty entraînent un 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 traiter 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 gère 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 l'ordre dans lequel elles sont arrivées.

Dans les cas où une réponse nécessite la fermeture d'une connexion, la connexion est fermée immédiatement et aucune réponse n'est envoyée pour les requêtes ultérieures.

Messages CLOSE_WAIT
CORERT-188
Résolution des problèmes liés aux messages CLOSED_WAIT qui ne sont pas correctement fermés.
Le processeur de messages ferme les connexions alors que le routeur tente de réutiliser les connexions du pool
CORERT-114
Correction des problèmes qui entraînaient la fermeture de la connexion en pool dans certaines conditions d'erreur.
Erreurs 5xx sur les réponsesAPIRT-342 Des erreurs HTTP 5xx se sont produites dans des situations où une réponse était complète conformément à la spécification HTTP (aucun encodage Content-Length ou par blocs dans les réponses de point de terminaison cible). Edge considère désormais ces réponses comme terminées.