4.14.04.10 – Versionshinweise zu lokalem Apigee Edge

Sie sehen sich die Dokumentation zu Apigee Edge an.
Sehen Sie sich die Apigee X-Dokumentation an. info

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

Fehlerkorrekturen

Folgende Fehler wurden in diesem Release behoben.

Thema	Beschreibung
Netty-Router reagiert nicht aufgrund von Stau in den Poolverbindungen CORERT-219	Probleme behoben, die zu einem Verbindungsleck geführt haben, wenn die Verbindung zum Client getrennt wurde, bevor API-Antworten gesendet wurden.
Statusmaschinenfehler in Netty-Router-Logs führen zu einem hängenden Router CORERT-201	Wenn ein Client mehrere Anfragen nacheinander über eine Verbindung sendet, ohne auf eine Antwort zu warten, hängt der Netty-Router anscheinend und verarbeitet keine Anfragen. Mit einer neuen HTTPServer.pipelining.enabled-Property in router.properties für den Netty-Router können Sie das HTTP-Pipeline-Verfahren steuern. Die folgenden Werte beschreiben das Verhalten: false (Standardeinstellung): Wenn mehrere Anfragen empfangen werden, gibt der Router einen Fehler zurück, der auf den Pipelineversuch hinweist, und schließt die Verbindung. „wahr“ – Der Router verarbeitet jeweils eine Anfrage, indem er die Anfragen in einer ausstehenden Warteschlange puffert. Antworten auf jede Anfrage werden in der Reihenfolge gesendet, in der sie eingegangen sind. Wenn für eine Antwort eine Verbindungsschließung erforderlich ist, wird die Verbindung sofort geschlossen und es werden keine Antworten für nachfolgende Anfragen gesendet.
CLOSE_WAIT-Nachrichten CORERT-188	Probleme mit CLOSED_WAIT-Nachrichten, die nicht ordnungsgemäß geschlossen wurden, wurden behoben.
Der Nachrichtenprozessor schließt Verbindungen, während der Router versucht, Verbindungen aus dem Pool wiederzuverwenden CORERT-114	Die Probleme, die dazu führten, dass die Poolsverbindung unter bestimmten Fehlerbedingungen geschlossen wurde, wurden behoben.
5xx-Fehler bei AntwortenAPIRT-342	5xx-HTTP-Fehler sind in Situationen aufgetreten, in denen eine Antwort gemäß der HTTP-Spezifikation vollständig war (keine Content-Length- oder Chunked-Codierung in Zielendpunktantworten). Edge behandelt diese Antworten jetzt als vollständig.