4.17.01 – Versionshinweise zu Edge für Private Cloud

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

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

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

Unter Informationen zur Releasenummerierung erfahren Sie, wie Sie herausfinden, ob ein bestimmtes Cloud-Release in Ihrer Version von Edge for Private Cloud enthalten ist.

Versionsübersicht

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

Mit freigegebenen Abläufen und Flow-Hooks können Sie eine wiederverwendbare Gruppe 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 für eine höhere Datensicherheit verschlüsselt werden.

Für eine flexiblere Kontrolle des Entwicklerzugriffs 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 Strategien wie die API-Schlüsselrotation einfacher implementieren und mehrere API-Schlüssel deaktivieren, indem Sie eine Entwickler-App widerrufen (alle Schlüssel werden deaktiviert) oder einen Entwickler deaktivieren (alle Apps und Schlüssel des Entwicklers werden deaktiviert).

Die Funktion „Monetarisierungslimits“ wurde eingestellt.

Der Rest dieses Themas enthält Details zu allen neuen Funktionen, Updates und Fehlerkorrekturen in der Version.

Einstellungen und Außerbetriebnahmen

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

Eingestellt: Monetarisierungslimits (Cloud 16.10.26-UI)

Die Funktion „Monetarisierungslimits“ wurde aus der Verwaltungsoberfläche (Verwalten > Limits) entfernt. Weitere Informationen, einschließlich der Alternativen, finden Sie im Hinweis zur Einstellung: 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 finden Sie die neuen Funktionen und Verbesserungen in dieser Version. Zusätzlich zu den folgenden Verbesserungen enthält diese Version auch mehrere Verbesserungen in Bezug auf Nutzerfreundlichkeit, Leistung, Sicherheit und Stabilität.

Weitere Informationen und Anleitungen finden Sie in der Dokumentation zu Edge for Private Cloud.

Private Cloud

Sie können ein Einwilligungsbanner einblenden, 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 API BaaS jetzt in mehreren Rechenzentren installieren. Weitere Informationen finden Sie unter Installation in mehreren Rechenzentren für API BaaS.

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 API BaaS Stack und Portal 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 aus zugänglich sein.

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

Das Entwicklerportal verwendet jetzt Postgres als Datenbank und Nginx als Webserver.

Bei allen Neuinstallationen verwendet das Portal Postgres als Datenbank anstelle von MySQL und MariaDB. Kunden, die von einer früheren Version auf 4.17.01 aktualisieren, verwenden weiterhin MySQL oder MariaDB.

Bei Neuinstallationen für 4.17.01 wird auch Nginx als Webserver installiert. Kunden, die von einer früheren Version auf 4.17.01 aktualisieren, verwenden weiterhin Apache.

Das Entwicklerportal aktiviert SmartDocs nicht mehr standardmäßig.

Sie müssen SmartDocs im Portal aktivieren. Weitere Informationen zu SmartDocs finden Sie unter APIs mit SmartDocs dokumentieren.

Developer Services-Portal wird jetzt über RPMs installiert

Die Version 4.17.01 des Developer Services-Portals 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.

Bei der RPM-basierten Installation und dem .tar-basierten Updater werden unterschiedliche Komponenten verwendet:

RPM-basierte Installation

.tar-basierte Installation

Web server

Nginx

Apache

Webstammverzeichnis

/opt/apigee/apigee-drupal

/var/www/html

Port

8079

80

Datenbank

PostgreSQL

MySQL

PHP

php-fpm (FastCGI)

mod_php (In-Process 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 enthält Cassandra Version 2.1.16.

Play wurde auf Version 2.4 aktualisiert

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.

Aktualisierungen des Beta-Monitoring-Dashboards

Die Betaversion des Edge-Monitoring-Dashboards wurde aktualisiert auf:

  • Neue Dashboards für Cassandra, Zookeeper, OpenLDAP, Postgres und Qpid.
  • Upgrade der Influx-Version in 4.16.09 von 0.11 auf 1.0.2.
  • Es wurden mehrere Fehler behoben, um die Stabilität zu verbessern.

Weitere Informationen finden Sie unter Apigee Monitoring Dashboard Beta – Übersicht.

Postgres-Passwort kann jetzt in der Installationskonfigurationsdatei festgelegt werden

Verwenden Sie das Attribut 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 Installationsanforderungen.

Der verwendete Befehl hängt von Ihrer RedHat/CentOS-Version 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 Message Processors zwei DNS-Suchen durch: eine für IPv4 und eine für IPv6. Wenn Sie NSCD verwenden, müssen Sie die DNS-Suche für IPv6 deaktivieren. Weitere Informationen finden Sie unter Installationsanforderungen.

So deaktivieren Sie die DNS-Suche für IPv6:

  1. Bearbeiten Sie auf jedem Message Processor-Knoten /etc/nscd.conf.
  2. Legen Sie das folgende Attribut fest:
    enable-cache hosts 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. Wenn Sie Richtlinien und Ressourcen mit Bedingungen in einem freigegebenen Ablauf kombinieren, können Sie von jedem API-Proxy aus darauf verweisen, um wiederverwendbare Logik aus einer einzigen Quelle auszuführen. Ein freigegebener Ablauf kann beispielsweise den API-Schlüssel prüfen, vor Spike Arrests schützen und Daten protokollieren.

Sie definieren freigegebene Abläufe in der Verwaltungs-UI (APIs > Freigegebene Abläufe) und verweisen dann auf zwei verschiedene Arten darauf:

  • Mit einer neuen FlowCallout-Richtlinie in einem API-Proxy
    oder

  • In einem neuen Artefakt namens „Ablauf-Hooks“, das sich an den folgenden Speicherorten befindet:

    An diesen Anhangspunkten können Sie operative Logik vor oder nach den Hauptflusspunkten des einzelnen Proxys ausführen. Sie weisen diesen Ablauf-Hook-Standorten in der Verwaltungs-UI freigegebene Abläufe 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 Freigegebenen Ablauf mithilfe eines Ablauf-Hooks anhängen.

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

Sie können verschlüsselte Schlüssel/Wert-Zuordnungen (KVMs) erstellen, um vertrauliche Informationen wie Anmeldedaten oder personenidentifizierbare Informationen/HIPAA-Daten zu speichern. Diese Funktion unterscheidet sich vom vorhandenen Edge-Sicherheitsspeicher (Vault) und soll diesen ersetzen, da auf Vault-Werte nur mit Node.js (zusätzlich zur Verwaltungs-API) zugegriffen werden kann. Sie können mit Node.js oder der Richtlinie für Schlüsselwertzuordnungsvorgänge auf verschlüsselte KVM-Werte zugreifen.

Verschlüsselte KVMs erstellen

  • Verwenden Sie die vorhandenen KVM-Verwaltungs-APIs. Wenn Sie beim Erstellen einer KVM “encrypted”: “true” in die Nutzlastdefinition einfügen, generiert Edge einen Verschlüsselungsschlüssel mit demselben Bereich wie die KVM und verschlüsselt die KVM mit diesem Schlüssel.
  • Sie können die KeyValueMapOperations-Richtlinie nicht verwenden, um eine verschlüsselte KVM zu erstellen. Sie müssen eine verschlüsselte KVM mit den KVM-Verwaltungs-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üsselwertzuordnungsvorgä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 enthalten soll, das Schlüsselwort „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 in verschlüsselten KVMs automatisch verschlüsselt.
  • Sie können auch über das apigee-access-Modul im Node.js-Code auf den entschlüsselten Wert zugreifen. Verwenden Sie die Funktion getKeyValueMap(), um eine KVM anhand des Namens und des Bereichs abzurufen. Für das zurückgegebene Objekt sind zwei Funktionen verfügbar: getKeys(callback), um ein Array von Schlüsselnamen abzurufen, und get(key, callback), um den Wert für einen bestimmten Schlüssel abzurufen. Im folgenden Beispiel wird eine KVM mit dem Bereich apiproxy und dem Namen 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üsselwertzuordnungen arbeiten und In Node.js auf Schlüsselwertzuordnungen zugreifen.

(APIRT-1197)

Verschlüsselte Schlüssel/Wert-Zuordnungen in der Benutzeroberfläche erstellen (16.10.26 UI)

Wenn Sie eine umgebungsbezogene Schlüssel/Wert-Zuordnung (KVM) in der Verwaltungs-UI 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 Schlüssel/Werte genau wie bei nicht verschlüsselten KVMs hinzu. Die vollständige Backend-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 auf Grundlage 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 Proxy-Überarbeitung 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 nächste Generation von Edge, die OpenAPI-Spezifikationen mit API-Proxys, API-Produkten und API-Referenzdokumenten im neuen Entwicklerportal verknüpft. (MGMT-2913)

OpenAPI-Spezifikationsgenerierung für SOAP-Proxys (Cloud 16.10.05-UI)

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

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

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

Neue Beispiel-WSDL für Aktienkurse im API-Proxy-Assistenten (Cloud 16.08.24.01)

Wenn Sie eine SOAP-Dienst-API mit dem API-Proxy-Assistenten erstellen, ist in den Beispielen eine Ersatz-WSDL für Aktienkurse verfügbar: https://ws.cdyne.com/delayedstockquote/delayedstockquote.asmx?WSDL. (EDGEUI-655)

Entwicklerdienste

Entwickler-App-Verwaltung in der Benutzeroberfläche (Cloud 16.10.05 UI)

Die Verwaltung von Entwickler-Apps in der Edge-Benutzeroberfläche wurde durch eine Reihe von Verbesserungen optimiert:

  • Sie können Apps im Bearbeitungsmodus über das neue Feld „App-Status“ widerrufen und genehmigen. Im Ansichtsmodus wird in diesem Feld auch der aktuelle App-Status angezeigt. Wenn eine App widerrufen wird, sind keine 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 wieder genehmigt wird. Das Label „Genehmigt“ für API-Schlüssel wird durchgestrichen angezeigt, wenn eine App widerrufen wurde.
  • Das Ablaufdatum von API-Schlüsseln wird jetzt auf der Seite „Developer App Details“ angezeigt. Die Schlüssel sind im Abschnitt „Anmeldedaten“ nach Ablaufdatum sortiert. Beispielsweise wird ein Schlüssel ohne Ablaufdatum in einer Gruppe mit den zugehörigen API-Produkten angezeigt und ein Schlüssel, der in 90 Tagen abläuft, in einer anderen Gruppe mit den zugehörigen Produkten. Sie können das Ablaufdatum vorhandener Anmeldedaten nicht ändern.
  • 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 ohne Ablaufdatum) generieren. Sie können API-Produkte hinzufügen, während Sie Anmeldedaten erstellen oder danach.
    Diese Funktion ersetzt die Schaltfläche „Schlüssel neu generieren“ auf der Seite „Details zur Entwickler-App“. Diese Schaltfläche wurde entfernt.

Diese Verbesserungen fügen der Benutzeroberfläche Funktionen hinzu, die bereits in der Management API verfügbar waren. (EDGEUI-104)

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

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

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

Wenn ein App-Entwickler auf „Inaktiv“ gesetzt ist, 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 aufrufen, wird das Statuslabel „Genehmigt“ für Apps und Anmeldedaten durchgestrichen angezeigt. Ein Tooltip auf dem Label zeigt an, dass der Entwickler inaktiv ist. Wenn der Status des Entwicklers wieder auf „Aktiv“ gesetzt wird, sind seine genehmigten Apps und Anmeldedaten wieder gültig und der durchgestrichene Text auf dem Label „Genehmigt“ wird entfernt. (EDGEUI-728)

Analysedienste

Dashboard „Fehlercodeanalyse“ umbenannt (16.10.26 UI)

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

TPS-Daten auf Proxy-Dashboards (16.10.26-UI)

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

Anzeige von Analytics-Fehlern (Benutzeroberfläche 16.10.26)

Wenn ein Analytics-Dashboard einen 500-Fehler empfangen hat, wurde in der Verwaltungs-UI unabhängig vom Fehler „Zeitüberschreitung des Berichts“ angezeigt. Um die Fehlerbehebung zu verbessern, wird in 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 for Private Cloud 4.17.01

Problem-ID Beschreibung
APIBAAS-1990 API BaaS Stack versucht nicht mehr, sich bei SMTP zu authentifizieren, wenn smtp.auth „false“ ist
APIRT-3032

Beim Ausführen des Befehls „apigee-service baas-usergrid restart“ wird jetzt auch „configure“ ausgeführt

Sie müssen nicht mehr „apigee-service baas-usergrid configure“ gefolgt von „apigee-service baas-usergrid restart“ 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 der edge-mint-*-RPMs an
DOS-4359

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

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

Cloud 16.10.26 (UI)

Problem-ID Beschreibung
EDGEUI-768 Proxy-Erstellung mit StockQuote-WSDL schlägt fehl

Cloud 16.09.21_9

Problem-ID Beschreibung
MGMT-3674 Verschlüsselte KVMs oder Vaults können für HIPAA-fähige Organisationen nicht erstellt werden
MGMT-3647 Userrole access for users with Capitalized email throws 403

Cloud 16.09.21

Problem-ID Beschreibung
APIRT-3507 Gelegentliche Fehler (z. B. SNI-Fehler) bei JavaScript-Dienst-Callouts
APIRT-3408 MP-Release 160817: apigee-access-Analysemodul verarbeitet Nachrichten anders
APIRT-3390

Änderung der Fehlerantwort, die von der Richtlinie zum Aktualisieren des Zugriffstokens zurückgegeben wird
APIRT-3389
APIRT-3381 Hohe Latenzen bei Produktionsproxys von Kunden
APIRT-3366 JavaScript-Richtlinien schlagen in allen neuen Testorganisationen fehl
APIRT-3363 Ungültiges URL-Parsing gibt den Status „500“ mit „ApplicationNotFound“ zurück
APIRT-3356 Nachricht zu ungültigem OAuth-Token
APIRT-3355 Gelegentlicher 403-Fehler beim OAuth-Proxy
APIRT-3285
APIRT-3261 Anmeldedaten werden mit einer anderen Entwickler-App in der Produktion abgeglichen
APIRT-3234 Node.js-Anwendung gibt NPE zurück
APIRT-3223 Problem mit veraltetem Apigee-Cache
APIRT-3193 Node.js-Zielserver hängt nach dem Verschieben in die ASG
APIRT-3152 Aufruf zur Verwaltung von im Cache gespeicherten Logs führt dazu, dass Logeinträge aufgeteilt werden
APIRT-3117 MP hat 100 % CPU-Auslastung erreicht und stellt keinen Traffic mehr bereit
APIRT-3064 Router – benutzerdefinierte 503-Fehlermeldung vom Router
APIRT-2620 Separater Threadpool für einige blockierende Schritte zur Verbesserung der Lastverarbeitung
CORESERV-774 Zugriff mit gültigem Schlüssel mit ungültiger apiproduct-Referenz verursacht internen Serverfehler

Cloud 16.10.05 (UI)

Problem-ID Beschreibung
EDGEUI-697 Schaltfläche „Exportieren“ auf der Seite „Berichte“
Die Schaltfläche „Exportieren“ wurde von der Startseite „Benutzerdefinierte Berichte“ entfernt. Der Berichtsexport ist auf jeder Seite mit benutzerdefinierten Berichten verfügbar.

Cloud 16.08.24.01

Problem-ID Beschreibung
EDGEUI-663 Der für den WeatherHttpGet-Port von Weather.wsdl generierte Proxy schlägt zur Laufzeit mit einem 500-Fehler fehl
Beim Generieren eines API-Proxys für einen SOAP-Dienst sind WSDL-Ports ohne SOAP-Protokollbindung im API-Proxy-Assistenten nicht mehr sichtbar. Das ist beabsichtigt, da der Assistent nur SOAP-Anfragen generiert.
EDGEUI-658 Problem mit dem 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 Zeitüberschreitung bei Aufrufen über die Benutzeroberfläche, die zwischen 2 und 3 Minuten dauern
EDGEUI-623 Die Schaltfläche „Datum ändern“ im Organisationsverlauf funktioniert in Firefox nicht
Zurück
17.04.2011
Weiter
16.09.04