4.17.01 – Versionshinweise zu Edge für Private Cloud

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

Am Mittwoch, dem 25. Januar 2017, wurde eine neue Version von Apigee Edge für Private Cloud veröffentlicht.

Seit dem vorherigen Feature-Release von Edge for Private Cloud wurden die folgenden Releases veröffentlicht und sind in diesem Feature-Release enthalten:

Unter Releasenummerierung erfahren Sie, wie Sie herausfinden können, ob ein bestimmter Cloud-Release in Ihrer Version von Edge for Private Cloud enthalten ist.

Versionsübersicht

Diese Version enthält einige wichtige Funktionen, mit denen Sie Ihre APIs besser steuern und schützen können.

Mit freigegebenen Abläufen und Ablauf-Hooks können Sie einen wiederverwendbaren Satz von Richtlinien und Verhaltensweisen für mehrere API-Proxys erstellen.

Schlüssel/Wert-Zuordnungen (KVMs), die bereits ein Edge-Feature für die langfristige Persistenz von Schlüssel/Wert-Paaren waren, können jetzt verschlüsselt werden, um die Datensicherheit zu erhöhen.

Für eine flexiblere Kontrolle über den Entwicklerzugriff auf Ihre APIs bietet die Edge-Verwaltungs-UI mehr Optionen zum Erstellen und Verwalten von API-Schlüsseln und -Secrets (Anmeldedaten), zum Widerrufen von Entwickler-Apps und zum Deaktivieren von Entwicklern. Mit diesen Verbesserungen können Sie einfacher Strategien wie die API-Schlüsselrotation implementieren und mehrere API-Schlüssel deaktivieren, indem Sie eine Entwickler-App widerrufen (alle Schlüssel sind deaktiviert) oder einen Entwickler deaktivieren (alle Apps und Schlüssel des Entwicklers sind deaktiviert).

Die Funktion für Monetarisierungslimits wurde eingestellt.

Der Rest dieses Themas enthält Details zu allen neuen Funktionen, Updates und Fehlerkorrekturen, die in diesem Release enthalten sind.

Einstellung und Einstellung

Die folgenden Funktionen wurden in dieser Version eingestellt oder entfernt. Weitere Informationen finden Sie in der Edge-Richtlinie zur Einstellung von Edge.

Eingestellt: Monetarisierungslimits (Cloud 16.10.26-UI)

Die Funktion „Limits für die Monetarisierung“ wurde aus der Verwaltungsoberfläche entfernt (Verwaltung > Limits). Weitere Informationen dazu, was Sie stattdessen verwenden können, finden Sie in der Benachrichtigung zu veralteten Versionen: http://docs.apigee.com/monetization/content/limit-feature-deprecation-notice (DEVRT-3259)

Unterstützung für RedHat/CentOS Version 6.5 entfernt

Wenn Sie derzeit RedHat/CentOS Version 6.5 verwenden, müssen Sie Ihr Betriebssystem auf Version 6.6 oder höher aktualisieren, bevor Sie auf Edge 4.17.01 aktualisieren.

Neue Features und Updates

Im Folgenden sind die neuen Funktionen und Verbesserungen in dieser Version aufgeführt. Zusätzlich zu den folgenden Verbesserungen enthält diese Version auch zahlreiche Verbesserungen in puncto Nutzerfreundlichkeit, Leistung, Sicherheit und Stabilität.

Weitere Informationen und Anweisungen finden Sie in der Dokumentation zu Edge für Private Cloud.

Private Cloud

Sie können ein Einwilligungsbanner anzeigen, wenn ein Nutzer zum ersten Mal auf die Edge-Benutzeroberfläche zugreift. Das Einwilligungsbanner enthält HTML-formatierten Text und eine Schaltfläche, die der Nutzer auswählt, um zum Anmeldebildschirm zu gelangen. Weitere Informationen finden Sie unter Einwilligungsbanner aktivieren.

API BaaS unterstützt mehrere Rechenzentren

Sie können jetzt API-BaaS in mehreren Rechenzentren installieren. Weitere Informationen finden Sie unter API-BaaS-Installation in mehreren Rechenzentren.

Neue Konfigurationsparameter für die API-BaaS-Installation

Der API-BaaS-Konfigurationsdatei wurden zwei neue Konfigurationsparameter hinzugefügt:

  • BAAS_CASS_DC_LIST: gibt die Regionsnamen der BaaS-Rechenzentren an. Geben Sie für ein einzelnes Rechenzentrum denselben Wert wie für BAAS_CASS_LOCALDC an.
  • BAAS_CLUSTER_SEEDS: gibt die BaaS-Stack-Knoten an, die zum Definieren der Seeds des BaaS-Clusters verwendet werden.

Weitere Informationen finden Sie unter Apigee Edge 4.16.09 auf 4.17.01 aktualisieren.

Option „deploy“ mit dem Befehl „apigee-service“ für API BaaS nicht mehr ausführen

Die Option deploy für den Befehl apigee-service wird für den API-BaaS-Stack und das API nicht mehr unterstützt. Stattdessen verwenden Sie die Optionen configure und restart. Weitere Informationen finden Sie unter API-BaaS-Installation.

Neue Portanforderung für API BaaS

Alle BaaS-Stack-Knoten müssen jetzt Port 2551 für den Zugriff von allen anderen Stack-Knoten öffnen. Wenn Sie mehrere BaaS-Rechenzentren haben, muss der Port von allen Stack-Knoten in allen Rechenzentren zugänglich sein.

Weitere Informationen finden Sie unter API BaaS-Installation und Installationsanforderungen.

Developer Services-Portal nutzt jetzt Postgres als Datenbank und Nginx als Webserver

Für alle Neuinstallationen verwendet das Portal Postgres als Datenbank anstelle von MySQL und MariaDB. Kunden, die von einer vorherigen Version auf 4.17.01 aktualisieren, verwenden weiterhin MySQL oder MariaDB.

Bei Neuinstallationen der Version 4.17.01 wird auch Nginx als Webserver installiert. Kunden, die von einer vorherigen Version auf 4.17.01 aktualisiert werden, verwenden weiterhin Apache.

Entwicklerdienste-Portal aktiviert SmartDocs nicht mehr standardmäßig

Sie müssen SmartDocs im Portal aktivieren. Weitere Informationen zu SmartDocs finden Sie unter SmartDocs zum Dokumentieren von APIs verwenden.

Entwicklerdienste-Portal jetzt über RPMs installiert

Die Version 4.17.01 des Portals für Entwicklerdienste wird über RPMs mit demselben Repository und denselben Tools wie Edge und API BaaS installiert. Weitere Informationen finden Sie unter Installation des Developer Services-Portals.

Die RPM-basierte Installation und der .tar-basierte Updater verwenden unterschiedliche Komponenten:

RPM-basierte Installation

TAR-basierte Installation

Web server

Nginx

Apache

Webstamm

/opt/apigee/apigee-drupal

/var/www/html

Port

8079

80

Datenbank

PostgreSQL

MySQL

PHP

php-fpm (FastCGI)

mod_php (in Bearbeitung mit Apache)

Qpid wurde auf Version 1.35 aktualisiert.

Diese Version enthält Qpid-Version 1.35.

Cassandra wurde auf Version 2.1.16 aktualisiert.

Diese Version beinhaltet Cassandra Version 2.1.16.

Play-Upgrade auf Version 2.4

Diese Version enthält das Play 2.4-UI-Framework.

Unterstützung für RedHat/CentOS Version 7.3 hinzugefügt

Edge unterstützt jetzt RedHat/CentOS Version 7.3.

Updates für das Beta-Monitoring-Dashboard

Die Betaversion des Edge Monitoring-Dashboards wurde aktualisiert auf:

  • Fügen Sie neue Dashboards für Cassandra, Zookeeper, OpenLDAP, Postgres und Qpid hinzu.
  • Aktualisierung der Influx-Version in 4.16.09 von 0.11 auf 1.0.2.
  • Es wurden einige Stabilitätskorrekturen hinzugefügt.

Weitere Informationen finden Sie in der Betaversion des Apigee Monitoring-Dashboards.

Postgres-Passwort kann jetzt in der Konfigurationsdatei für die Installation festgelegt werden

Verwenden Sie die Property PG_PWD, um das Postgres-Passwort in der Installationskonfigurationsdatei festzulegen. Weitere Informationen finden Sie in der Referenz zur Edge-Konfigurationsdatei.

EPEL-Repository aktivieren

Sie müssen Extra Packages for Enterprise Linux (oder EPEL) aktivieren, um Edge zu installieren oder zu aktualisieren. Weitere Informationen finden Sie unter Installationsvoraussetzungen.

Welchen Befehl Sie verwenden, hängt von Ihrer Version von RedHat/CentOS ab:

  • Für RedHat/CentOS 7.x:
    > wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm
  • Für RedHat/CentOS 6.x:
    wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm

DNS-Lookup für IPv6 bei Verwendung von NSCD (Name Service Cache Daemon) deaktivieren

Wenn Sie NSCD (Name Service Cache Daemon) installiert und aktiviert haben, führen die Nachrichtenprozessoren zwei DNS-Lookups durch: eine für IPv4 und eine für IPv6. Wenn Sie NSCD verwenden, müssen Sie den DNS-Lookup für IPv6 deaktivieren. Weitere Informationen finden Sie unter Installationsvoraussetzungen.

So deaktivieren Sie den DNS-Lookup für IPv6:

  1. Bearbeiten Sie auf jedem Message Processor-Knoten /etc/nscd.conf.
  2. Legen Sie die folgende Property fest:
    enable-cachehosts no

API-Dienste

Freigegebene Abläufe und Ablauf-Hooks zur Operationalisierung von API-Proxys (Cloud 16.09.21)

Mit der neuen Funktion „Freigegebene Abläufe“ können Sie Funktionen in API-Proxys operationalisieren. Durch die Kombination von bedingten Richtlinien und Ressourcen in einem freigegebenen Ablauf können Sie von jedem API-Proxy aus darauf verweisen und so eine wiederverwendbare Logik aus einer einzelnen Quelle ausführen. Ein Shared Flow kann beispielsweise den API-Schlüssel prüfen, vor Spitzen Arrest schützen und Daten protokollieren.

Freigegebene Abläufe werden in der Verwaltungsoberfläche definiert (APIs > Freigegebene Abläufe) und verweisen dann auf zwei verschiedene Arten darauf:

  • Mit einer neuen Flow-Callout-Richtlinie in einem API-Proxy
    oder

  • Für ein neues Artefakt namens Flow Hooks, das sich an folgenden Speicherorten befindet:

    Mit diesen Verbindungspunkten können Sie eine operative Logik vor oder nach den Hauptflusspunkten des einzelnen Proxys ausführen. Freigegebene Abläufe weisen Sie diesen Ablauf-Hook-Standorten in der Verwaltungsoberfläche zu (APIs > Umgebungskonfiguration > Ablauf-Hooks).

    • Anfrage: Vor dem ProxyEndpoint PreFlow, nach dem TargetEndpoint PostFlow
    • Antwort: Vor dem TargetEndpoint PreFlow, nach dem ProxyEndpoint PostFlow

Weitere Informationen finden Sie unter Wiederverwendbare freigegebene Abläufe und Freigegebene Abläufe mithilfe eines Ablauf-Hooks anhängen.

Verschlüsselte Schlüssel/Wert-Zuordnungen (Cloud 16.09.21)

Sie können verschlüsselte Schlüsselwertkarten (KVMs) erstellen, um vertrauliche Informationen wie Anmeldedaten oder PII/HIPAA-Daten zu speichern. Dieses Feature unterscheidet sich vom vorhandenen Edge Secure Store (Vault) und ersetzt ihn, da auf Vault-Werte zusätzlich zur Verwaltungs-API nur mit Node.js zugegriffen werden kann. Sie können mit Node.js oder der Richtlinie für Schlüssel/Wert-Zuordnungen für Vorgänge auf verschlüsselte KVM-Werte zugreifen.

Verschlüsselte KVMs erstellen

  • Verwenden Sie die vorhandenen KVM Management APIs. Wenn Sie beim Erstellen einer KVM “encrypted”: “true” in die Nutzlastdefinition aufnehmen, generiert Edge einen Verschlüsselungsschlüssel, der denselben Bereich wie die KVM hat, und verschlüsselt die KVM mit diesem Schlüssel.
  • Sie können die Richtlinie für Schlüssel/Wert-Zuordnungsvorgänge nicht verwenden, um eine verschlüsselte KVM zu erstellen. Sie müssen eine verschlüsselte KVM mit den KVM Management APIs erstellen, bevor Sie sie in der Richtlinie verwenden können.
  • Sie können eine vorhandene unverschlüsselte KVM nicht verschlüsseln.

Verschlüsselte KVMs verwenden

  • Verwenden Sie die Richtlinie für Schlüssel/Wert-Zuordnungsvorgänge, um verschlüsselte KVM-Werte abzurufen und zu aktualisieren.
  • Wenn Sie einen verschlüsselten Schlüsselwert abrufen, stellen Sie der Variablen, die den Wert enthält, das Keyword „private“ voran. Beispiel: <Get assignTo="private.secretVar">. Diese private.secretVar-Variable enthält den entschlüsselten Wert.
  • Wenn Sie einen Wert mit der Richtlinie aktualisieren, müssen Sie nichts Besonderes tun. Der Wert wird automatisch in verschlüsselten KVMs verschlüsselt.
  • Sie können auch mithilfe des Apigee-Zugriffsmoduls im Node.js-Code auf den entschlüsselten Wert zugreifen. Verwenden Sie die Funktion getKeyValueMap(), um eine KVM basierend auf dem Namen und Bereich abzurufen. Für das zurückgegebene Objekt stehen zwei Funktionen zur Verfügung: getKeys(callback) zum Abrufen eines Arrays von Schlüsselnamen und get(key, callback) zum Abrufen des Werts für einen bestimmten Schlüssel. Im folgenden Beispiel wird eine apiproxy-bezogene KVM namens VerySecureKVM abgerufen und der verschlüsselte Wert von key1 abgerufen: 
    var apigee = require('apigee-access');
  var encryptedKVM = apigee.getKeyValueMap('VerySecureKVM', 'apiproxy'); 
  encryptedKVM.get('key1', function(err, secretValue) { 
  // use the secret value here 
});

Weitere Informationen finden Sie unter Mit Schlüssel/Wert-Zuordnungen arbeiten und In Node.js auf Schlüssel/Wert-Zuordnungen zugreifen.

(APIRT-1197)

Verschlüsselte Schlüsselwertzuordnungen in der UI erstellen (16.10.26 UI)

Wenn Sie eine umgebungsbezogene Schlüssel/Wert-Zuordnung (KVM) in der Verwaltungsoberfläche erstellen (APIs > Umgebungskonfiguration > Schlüssel/Wert-Zuordnungen), können Sie mit dem neuen Kästchen Verschlüsselt eine verschlüsselte KVM erstellen. Nachdem Sie der KVM Schlüssel hinzugefügt haben, werden die verschlüsselten Werte in der Verwaltungs-UI als Sternchen (*****) angezeigt. Sie fügen einer verschlüsselten KVM genauso Schlüssel/Werte hinzu wie bei unverschlüsselten KVMs. Die vollständige Back-End-Unterstützung für verschlüsselte KVMs war im Cloud-Release 160921 verfügbar. (EDGEUI-764)

OpenAPI-Spezifikations-URLs in API-Proxy-Metadaten (Cloud 16.09.21)

Wenn Sie einen API-Proxy basierend auf einer OpenAPI-Spezifikation erstellen, wird der Speicherort der OpenAPI-Spezifikation in den API-Proxy-Metadaten gespeichert. Wenn Sie beispielsweise die Management API verwenden, um die Details einer Proxyversion abzurufen, enthalten die Metadaten den Pfad zur OpenAPI-Spezifikation im folgenden Format:

"spec" : "https://raw.githubusercontent.com/apigee/api-platform-samples/master/default-proxies/helloworld/openapi/mocktarget.yaml"

Diese Verbesserung unterstützt die Version der nächsten Generation von Edge, die OpenAPI-Spezifikationen mit API-Proxys, API-Produkten und API-Referenzdokumenten im neuen Entwicklerportal verknüpft. (MGMT-2913)

Generierung von OpenAPI-Spezifikationen für SOAP-Proxys (Cloud 16.10.05-UI)

Wenn Sie einen Proxy vom Typ „REST zu SOAP zu REST“ auf Grundlage einer WSDL erstellen, generiert Edge automatisch eine gehostete OpenAPI-Spezifikation basierend auf den Proxy-Ressourcen. Sie können unter http(s)://[edge_domain]/[proxy_base_path]/openapi.json auf die Spezifikation zugreifen. Die Konvertierung ist jedoch nicht immer genau, da nicht alle Regeln eines XML-Schemas in einer OpenAPI-Spezifikation (EDGEUI-718) dargestellt werden können.

Edge-gehostete WSDL für Passthrough-SOAP-Proxys (Cloud 16.10.05-UI)

Wenn Sie einen „Pass-Through SOAP“-Proxy auf der Grundlage einer WSDL erstellen, hostet Edge die WSDL und erstellt einen Ablauf im Proxy, damit Sie darauf zugreifen können. Sie können unter http(s)://[edge_domain]/[proxy_base_path]?wsdl auf die gehostete WSDL zugreifen. Dies ist die neue Dienstendpunkt-URL für Clients, die den SOAP-Dienst über den Proxy aufrufen. (EDGEUI-718)

Neue Beispiel-WSDL-WSDL-Datei für Börsenkurse im API-Proxy-Assistenten (Cloud 16.08.24.01)

Beim Erstellen einer SOAP-Dienst-API mit dem API-Proxy-Assistenten ist in den Beispielen https://ws.cdyne.com/delayedstockquote/delayedstockquote.asmx?WSDL eine Ersatz-WSDL für Börsenkurse verfügbar. (EDGEUI-655)

Entwicklerdienste

Vorteile der App-Verwaltung für Entwickler in der UI (Cloud 16.10.05-UI)

Die Verwaltung von Entwickler-Apps in der Edge-Benutzeroberfläche wurde mit einer Reihe von Verbesserungen leistungsstärker:

  • Im Bearbeitungsmodus können Sie mit dem neuen Feld „App-Status“ Apps widerrufen und genehmigen. Im Anzeigemodus wird in dem Feld auch der aktuelle Anwendungsstatus angezeigt. Wenn eine Anwendung widerrufen wird, ist keiner ihrer API-Schlüssel für API-Aufrufe gültig. Die Schlüssel selbst werden nicht widerrufen und können wieder verwendet werden, wenn der Entwickler eine neue Genehmigung erhält. Das Label „Genehmigt“ für API-Schlüssel wird durchgestrichen angezeigt, wenn sich eine Anwendung im Status „Widerrufen“ befindet.
  • Die Ablaufdaten für API-Schlüssel werden jetzt auf der Seite „Details zur Entwickler-App“ angezeigt und Schlüssel sind im Bereich „Anmeldedaten“ nach Ablaufdatum sortiert. Beispielsweise wird ein Schlüssel ohne Ablauf in einer Gruppe mit den zugehörigen API-Produkten angezeigt und ein Schlüssel, der nach 90 Tagen abläuft, in einer anderen Gruppe mit den zugehörigen Produkten. Der Ablauf eines vorhandenen Berechtigungsnachweises kann nicht geändert werden.
  • Mit der neuen Schaltfläche „Anmeldedaten hinzufügen“ im Bearbeitungsmodus der Entwickler-App können Sie API-Schlüssel mit bestimmten Ablaufzeiten oder ‐daten (oder keiner Ablaufzeit) generieren. Sobald Sie Anmeldedaten erstellt haben, können Sie API-Produkte hinzufügen.
    Diese Funktion ersetzt die Schaltfläche „Schlüssel neu generieren“ auf der Detailseite der Entwickler-App. Diese Schaltfläche wurde entfernt.

Durch diese Verbesserungen werden der Benutzeroberfläche Funktionen hinzugefügt, die bereits in der Verwaltungs-API verfügbar waren. (EDGEUI-104)

App-Entwickler in der Benutzeroberfläche aktivieren/deaktivieren (Cloud 16.10.05-UI)

Sie können den Status eines App-Entwicklers in der Edge-Benutzeroberfläche (Seite Entwicklerdetails, Bearbeitungsmodus, Schaltfläche „Aktivieren/Deaktivieren“) zwischen aktiv und inaktiv ändern. Wenn ein Entwickler inaktiv ist, sind keine API-Schlüssel ihrer Entwickler-App oder mit diesen Schlüsseln generierte OAuth-Tokens für Aufrufe an API-Proxys gültig. (EDGEUI-304)

Indikatoren für inaktive Entwickler in der Benutzeroberfläche (16.10.26-UI)

Wenn ein App-Entwickler auf „Inaktiv“ gesetzt wird, sind die Apps und Anmeldedaten des Entwicklers nicht mehr gültig, obwohl sie im Status „Genehmigt“ bleiben. Wenn Sie jetzt die Apps und Anmeldedaten eines inaktiven Entwicklers in der Verwaltungs-UI ansehen, wird das Statuslabel „Genehmigt“ für Apps und Anmeldedaten durchgestrichen angezeigt. Eine Kurzinfo auf dem Label zeigt an, dass der Entwickler inaktiv ist. Wird der Entwickler wieder auf „Aktiv“ gesetzt, sind seine genehmigten Apps und Anmeldedaten wieder gültig und der durchgestrichene Text auf dem Label „Genehmigt“ wird entfernt. (EDGEUI-728)

Analysedienste

Umbenennung des Dashboards "Fehlercode-Analyse" (16.10.26-UI)

Das Dashboard "Fehleranalyse" wurde umbenannt in "Fehlercode-Analyse". Das Dashboard enthält API-Aufrufe mit den HTTP-Statuscodes 4xx und 5xx. (EDGEUI-738)

TPS-Daten auf Proxy-Dashboards (Benutzeroberfläche 16.10.26)

Daten für durchschnittliche Transaktionen pro Sekunde („Durchschnittliche TPS“) wurden dem Haupt-Dashboard für Proxy-Traffic hinzugefügt. Wenn Sie außerdem den Mauszeiger auf einzelne Datenpunkte in den Diagrammen Proxy-Traffic und Proxy-Leistung bewegen, wird der TPS für dieses Zeitintervall in der Kurzinfo angezeigt. (EDGEUI-668)

Analytics-Fehleranzeige (UI 16.10.26)

Wenn ein Analyse-Dashboard einen 500-Fehler erhielt, wurde in der Verwaltungs-UI unabhängig vom Fehler „Report timed out“ angezeigt. Zur besseren Fehlerbehebung wird auf der Benutzeroberfläche jetzt der tatsächliche Fehler angezeigt. (EDGEUI-753)

Fehlerkorrekturen

Folgende Fehler wurden in diesem Release behoben. Diese Liste ist hauptsächlich für Nutzer gedacht, die prüfen möchten, ob ihre Support-Tickets erfolgreich bearbeitet wurden. Sie enthält keine detaillierten Informationen für allgemeine Nutzer.

Edge für Private Cloud 4.17.01

Fehler-ID Beschreibung
APIBAAS-1990 Der API-BaaS-Stack versucht nicht mehr, sich bei SMTP zu authentifizieren, wenn smtp.auth den Wert „false“ hat.
APIRT-3032

Mit dem Befehl „apigee-service baas-usergrid neu starten“ wird jetzt auch „configure“ ausgeführt

Sie müssen nicht mehr „apigee-service baas-usergrid configure“ gefolgt von „apigee-service baas-usergrid neu starten“ für den BaaS-Stack ausführen.

APIRT-3032

Führen Sie keine DNS-Suche durch, wenn der Hostname eine IP-Adresse ist.
DOS-4070

„apigee-all -version“ zeigt jetzt die Version von Edge-Mint-*-Umdrehungs pro Minute an
DOS-4359

Option „pdb“ wurde hinzugefügt, um nur die Postgres-Datenbank zu installieren.

Wird nur bei der Installation des Entwicklerdienste-Portals verwendet. Siehe Installation des Developer Services-Portals.

Cloud 16.10.26 (Benutzeroberfläche)

Fehler-ID Beschreibung
EDGEUI-768 Proxyerstellung mit StockQuote WSDL schlägt fehl

Cloud 16.09.21_9

Fehler-ID Beschreibung
MGMT-3674 Es können keine verschlüsselten KVM- oder Vaults für HIPAA-fähige Organisationen erstellt werden
MGMT-3647 Userrole-Zugriff für Nutzer mit großgeschriebenen E-Mails gibt 403-Fehler aus

Cloud 16.09.21

Fehler-ID Beschreibung
APIRT-3507 Zeitweilige Fehler (z. B. SNI-Fehler) bei JavaScript-Dienst-Callouts
APIRT-3408 MP-Release 160817 Apigee-Zugriffsanalysemodul verarbeitet Nachrichten anders
APIRT-3390

Änderung der Fehlerantwort, die von der Richtlinie für Zugriffstokens zum Aktualisieren zurückgegeben wird
APIRT-3389
APIRT-3381 Hohe Latenzen bei Produktions-Proxys von Kunden
APIRT-3366 JavaScript-Richtlinien schlagen bei allen neuen Testorganisationen fehl
APIRT-3363 Beim Parsen von ungültigen URLs wird der Status 500 mit ApplicationNotFound zurückgegeben.
APIRT-3356 OAuth-Meldung über ungültiges Token
APIRT-3355 Zeitweiliger 403-Fehler auf dem OAuth-Proxy
APIRT-3285
APIRT-3261 Anmeldedaten werden anhand einer anderen Entwicklungs-App in der Produktion abgeglichen
APIRT-3234 Die Node.js-Anwendung gibt NPE zurück
APIRT-3223 Veraltetes Apigee-Cache-Problem
APIRT-3193 Node.js-Zielserver hängt nach der Migration zu ASG
APIRT-3152 Cachedlogs-Verwaltungsaufruf führt dazu, dass Lognachrichten aufgeteilt werden
APIRT-3117 Der MP hat eine CPU-Auslastung von 100% erreicht und stellt keinen Traffic mehr bereit.
APIRT-3064 Router – benutzerdefinierte 503-Fehlermeldung vom Router
APIRT-2620 Separater Thread-Pool für einige blockierende Schritte zur Verbesserung der Lastverarbeitung
CORESERV-774 Zugriff mit gültigem Schlüssel und ungültiger API-Produktreferenz verursacht einen internen Serverfehler

Cloud 16.10.05 (Benutzeroberfläche)

Fehler-ID Beschreibung
EDGEUI-697 Schaltfläche „Export“ der Seite „Berichte“
Die Schaltfläche „Exportieren“ wurde von der Startseite „Benutzerdefinierte Berichte“ entfernt. Der Berichtsexport ist auf jeder Seite für benutzerdefinierte Berichte verfügbar.

Cloud 16.08.24.01

Fehler-ID Beschreibung
EDGEUI-663 Proxy, der für den WeatherHttpGet-Port von Weather.wsdl generiert wurde, schlägt zur Laufzeit mit dem Fehler 500 fehl
Beim Generieren eines API-Proxys für einen SOAP-Dienst sind WSDL-Ports ohne SOAP-Protokollbindung nicht mehr im API-Proxy-Assistenten sichtbar. Dies ist bewusst so konzipiert, da der Assistent nur SOAP-Anfragen generiert.
EDGEUI-658 Problem mit Namen des SOAP-WSDL-Passthrough-Vorgangs
EDGEUI-653 Fehler beim Erstellen des node.js API-Proxys, wenn die Option „Cors aktivieren“ ausgewählt ist
EDGEUI-648 Bei Anrufen über die Benutzeroberfläche, die zwischen zwei und drei Minuten dauern
EDGEUI-623 Die Schaltfläche für das Änderungsdatum im Organisationsverlauf funktioniert nicht in Firefox
Zurück
4.17.01.01
Weiter
4.16.09.04