4.14.04.10 – Versionshinweise zu lokalem Apigee Edge

Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation
weitere Informationen

Am Mittwoch, 20. August 2014, wurde ein Patch für die lokale Version von Apigee Edge veröffentlicht.

Fehlerkorrekturen

Folgende Fehler wurden in diesem Release behoben.

Thema Beschreibung
Nicht reagierendes Netzwerkrouters aufgrund von Ansammlungen in den gemeinsamen Verbindungen
CORERT-219
Probleme behoben, die zu einem Verbindungsleck führten, wenn der Client die Verbindung trennte, bevor API-Antworten zugestellt wurden.
Statuscomputerfehler in Netty-Routerprotokollen, die einen hängenden Router verursachen
CORERT-201

Wenn ein Client mehrere aufeinanderfolgende Anfragen über eine Verbindung sendete, ohne auf eine Antwort zu warten, hängte sich der Netty-Router auf und verarbeitete keine Anfragen.

Mit dem neuen Attribut HTTPServer.pipelining.enabled in router.properties für den Netty-Router können Sie die HTTP-Pipeline steuern. Die folgenden Werte beschreiben das Verhalten:

  • false (Standard): Wenn mehrere Anfragen eingehen, gibt der Router einen Fehler zurück, der auf den Pipelineversuch hinweist, und schließt die Verbindung.
  • true - Der Router verarbeitet jeweils nur eine Anfrage, indem er die Anfragen in einer ausstehenden Warteschlange zwischenspeichert. Die Antworten auf die einzelnen Anfragen werden in der gleichen Reihenfolge gesendet, in der sie eingegangen sind.

In Fällen, in denen eine Antwort eine Verbindungsabschaltung erfordert, wird die Verbindung sofort beendet und es werden keine Antworten für nachfolgende Anfragen gesendet.

CLOSE_WAIT-Nachrichten
CORERT-188
Behobene Probleme mit CLOSED_WAIT-Nachrichten, die nicht ordnungsgemäß geschlossen wurden.
Nachrichtenprozessor schließt Verbindungen, während der Router versucht, Verbindungen aus dem Pool wiederzuverwenden
CORERT-114
Die Probleme, die dazu führten, dass die gemeinsame Verbindung unter bestimmten Fehlerbedingungen geschlossen wurde, wurde behoben.
5xx-Fehler bei AntwortenAPIRT-342 5xx-HTTP-Fehler traten in Situationen auf, in denen eine Antwort gemäß der HTTP-Spezifikation abgeschlossen wurde (keine Content-Length- oder aufgeteilte Codierung in Zielendpunktantworten). Edge behandelt diese Antworten jetzt als abgeschlossen.