4.14.04.10 – Versionshinweise zu lokalem Apigee Edge

Sie lesen gerade die Apigee Edge-Dokumentation.
Zur Apigee X-Dokumentation. info

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

Fehlerkorrekturen

Folgende Fehler wurden in diesem Release behoben.

Thema	Beschreibung
Netty-Router reagiert nicht aufgrund von Ansammlungen in den Poolverbindungen CORERT-219	Es wurden Probleme behoben, die zu einem Verbindungsleck führten, wenn der Client die Verbindung trennte, bevor API-Antworten geliefert wurden.
Fehler in der Zustandsmaschine in den Netty-Routerlogs führen zu einem hängenden Router CORERT-201	Wenn ein Client direkt hintereinander Anfragen über eine Verbindung sendete, ohne auf eine Antwort zu warten, schien der Netty-Router zu hängen und keine Anfragen zu verarbeiten. Mit der neuen Eigenschaft HTTPServer.pipelining.enabled in router.properties für den Netty-Router können Sie HTTP-Pipelining steuern. Die folgenden Werte beschreiben das Verhalten: „false“ (Standard) – Wenn mehrere Anfragen eingehen, gibt der Router einen Fehler zurück, der auf den Pipelining-Versuch hinweist, und schließt die Verbindung. „true“ – Der Router verarbeitet jeweils eine Anfrage, indem er die Anfragen in einer Warteschlange puffert. Antworten auf die einzelnen Anfragen werden in der Reihenfolge gesendet, in der sie eingegangen sind. Wenn eine Antwort eine Verbindungsschließung erfordert, wird die Verbindung sofort geschlossen und es werden keine Antworten für nachfolgende Anfragen gesendet.
CLOSE_WAIT-Nachrichten CORERT-188	Es wurden Probleme mit CLOSED_WAIT-Nachrichten behoben, die nicht ordnungsgemäß geschlossen wurden.
Der Nachrichtenprozessor schließt Verbindungen, während der Router versucht, Verbindungen aus dem Pool wiederzuverwenden CORERT-114	Es wurden Probleme behoben, die dazu führten, dass Poolverbindungen unter bestimmten Fehlerbedingungen geschlossen wurden.
5xx-Fehler in AntwortenAPIRT-342	5xx-HTTP-Fehler traten in Situationen auf, in denen eine Antwort gemäß der HTTP-Spezifikation vollständig war (keine Content-Length- oder Chunked-Codierung in den Antworten des Zielendpunkts). Edge behandelt diese Antworten jetzt als vollständig.