180302 – Versionshinweise zu Apigee Edge for Public Cloud

Property „conf_http_HTTPClient.disable.url.hostname.validation“ entfernen

Diese Property zum Deaktivieren der Hostnamenvalidierung ist redundant und wird im nächsten Cloud-Release entfernt.

Optimierungen für den Import/die Aktualisierung von Proxy-Bundles

Edge führt bei der Bereitstellung eine strengere Validierung von API-Proxy-Bundles durch. Diese Aktualisierung trägt zu schnelleren Bereitstellungen bei und reduziert Bereitstellungsfehler und Bundle-Beschädigungen wenn mehrere Nutzer gleichzeitig dasselbe Bundle importieren. Im Folgenden sind wichtige Änderungen und Verhaltensweisen aufgeführt:

• Jedes Bundle muss ein Dateisystem-Stammverzeichnis von /apiproxy haben.
• Edge versucht nicht mehr, Pfade im Ressourcenordner eines API-Proxy-Bundles zu ignorieren. Edge ignoriert beispielsweise nicht mehr die Verzeichnisse „.git“ oder „.svn“.
• Wenn ein Bundle eine ungültige Konfiguration von mehr als einer XML-Konfigurationsdatei für API-Proxys enthält (z. B. „apiproxy/proxy1.xml“ und „apiproxy/proxy2.xml“), kann nicht garantiert werden, welche Konfiguration für den API-Proxy verwendet wird.

Apigee-DNS-Cache für Systemdiagnosen verwenden

Verbesserte Fehlermeldung von MGMT für fehlgeschlagene HT-Bereitstellung

Trireme für neue Organisationen nach der Beta deaktivieren

DNS-Aktualisierung erfolgt erst, nachdem alle IPs aus der Liste entfernt wurden, es sei denn, der tatsächliche DNS-Eintrag ändert sich

Standardkonfigurationswert für die Node.js-Trireme-Neustartlogik ändern

TTL aus der Cache-Ressourcendefinition wird für CPS-Organisationen nicht berücksichtigt, wenn das Ablaufdatum-Tag leere Werte enthält

Fehlerszenario „registration.ServerDoesNotExist“ beim Bereitstellen von API-Proxys

Berechtigungen für Organisationsadministratoren sollten keine Ressourcen im Zusammenhang mit virtuellen Hosts auflisten, wenn sie nicht eingeschränkt sind

„SecureStoreNotFound“ und „StoreItemNotFound“ sollten als 404-Fehler und nicht als 5XX-Fehler zurückgegeben werden

Proxy-Import schlägt fehl, wenn die Datei „proxy.xml“ einen doppelten Schrägstrich enthält

Falsche Liste von Entwicklern, die von der Verwaltungs-API zurückgegeben werden

HTTP-Zeitüberschreitungen vom MP -> Turbo (gehostete Ziele) während der Bereitstellung

Die Startzeit der Kontingentrichtlinie wird für „calendar“ in Core Persistence Services (CPS) nicht berücksichtigt

Wenn Sie in der Kontingentrichtlinie den Kontingenttyp calendar konfigurieren, können Sie mit dem Element StartTime ein bestimmtes Datum und eine bestimmte Uhrzeit festlegen, ab der API-Aufrufe gezählt werden. Die Startzeit wirkt sich auch auf die Interval und TimeUnit Einstellungen aus, die die Häufigkeit bestimmen, mit der das Kontingent zurückgesetzt wird. In Organisationen mit aktivierten CPS wurde StartTime ignoriert, und das Kontingent wurde zu Beginn der Stunde und nicht zur angegebenen Zeit gestartet oder zurückgesetzt.

Mit diesem Release wird StartTime in der Kontingentrichtlinie in Organisationen mit aktivierten CPS berücksichtigt.

Edge sollte einen neuen Build erstellen, wenn der Quell-Hash übereinstimmt, der vorherige Build aber fehlgeschlagen ist.

Header „Content-Encoding“ im Anfragestrom entfernt

Zeitweise Probleme beim Aufheben der Bereitstellung von Proxys

Maskierungskonfiguration blendet keine vertraulichen Daten in der Trace-Ausgabe aus