4.17.01 – Versionshinweise zu Edge für Private Cloud

<ph type="x-smartling-placeholder"></ph> Sie sehen die Dokumentation zu Apigee Edge.
Gehen Sie zur Apigee X-Dokumentation. Weitere Informationen

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

<ph type="x-smartling-placeholder">

Seit dem vorherigen Feature Release von Edge für Private Cloud wurden die folgenden Releases und sind in dieser Funktionsversion enthalten:

Siehe Informationen zum Release Nummerierung, um zu erkennen, ob eine bestimmte Cloud-Version in Ihrer Version von Edge für Private Cloud enthalten.

Versionsübersicht

Diese Version enthält eine Reihe bemerkenswerter Funktionen, mit denen Sie Ihre APIs

Mit freigegebenen Abläufen und Ablauf-Hooks können Sie wiederverwendbare Richtlinien und Verhaltensweisen mehrere API-Proxys.

Schlüsselwertkarten (KVMs), die bereits ein Edge-Feature für die langfristige Persistenz von Schlüssel/Wert-Paare 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-Management-Benutzeroberfläche mehr Optionen zum Erstellen und Verwalten von API-Schlüsseln und Secrets (Anmeldedaten) sowie Widerruf des Entwicklers Apps und deaktivierte Entwickler. Mit diesen Verbesserungen kannst du Strategien einfacher implementieren wie die Rotation von API-Schlüsseln und die Möglichkeit, mehrere API-Schlüssel zu deaktivieren, indem Sie eine Entwickler-App widerrufen (alle Schlüssel deaktiviert sind) oder Deaktivieren eines Entwicklers (alle Apps und Schlüssel des Entwicklers) deaktiviert sind).

Die Einschränkungen der Monetarisierung wurden eingestellt.

Der Rest dieses Themas enthält Details zu allen neuen Funktionen, Updates und Fehlerkorrekturen. die in der Veröffentlichung enthalten sind.

Einstellung und Einstellung

Die folgenden Funktionen wurden in dieser Version eingestellt oder eingestellt. Weitere Informationen finden Sie in der Einstellungsrichtlinie für Edge.

Abgelaufen: Monetarisierung Limits (UI von Cloud 16.10.26)

Die Funktion "Grenzen für die Monetarisierung" wurde aus der Verwaltungsoberfläche entfernt (Verwaltung > Limits. Weitere Informationen sowie die Alternativen finden Sie in den Hinweisen 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

Falls Sie derzeit RedHat/CentOS Version 6.5 verwenden, müssen Sie Ihre Betriebssystemversion auf Version 6.6 oder höher, bevor Sie ein Update auf Edge 4.17.01 durchführen.

Neue Features und Updates

Im Folgenden sind die neuen Funktionen und Verbesserungen in dieser Version aufgeführt. Zusätzlich zu den folgenden verbessert haben, bietet diese Version auch zahlreiche Benutzerfreundlichkeit, Leistung, Sicherheit und Stabilität Verbesserungen.

Weitere Details und Anleitungen 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. Einwilligungsbanner zeigt HTML-formatierten Text und eine Schaltfläche an, über die der Nutzer zum Anmeldebildschirm gelangt. Siehe Einwilligung aktivieren Banner.

API BaaS unterstützt mehrere Rechenzentren

Sie können jetzt API BaaS in mehreren Rechenzentren installieren. Siehe Mehrere Rechenzentren Installation für API BaaS.

Neue Konfigurationsparameter für die BaaS-Installation der API

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

  • BAAS_CASS_DC_LIST – gibt die Regionsnamen der BaaS-Rechenzentren an. Geben Sie für ein einzelnes Rechenzentrum die denselben Wert wie BAAS_CASS_LOCALDC.
  • BAAS_CLUSTER_SEEDS gibt die BaaS-Stack-Knoten an, mit denen die Startwerte des BaaS-Clusters definiert werden.

Siehe Aktualisieren von Apigee Edge 4.16.09 bis zum 4.17.01.

„deploy“ nicht mehr ausführen Option mit Apigee-Service-Befehl für API BaaS

Die Option deploy für den Befehl apigee-service wird für den API-BaaS-Stack und das API-Portal nicht mehr unterstützt. Verwenden Sie stattdessen die Optionen configure und restart. Siehe API-BaaS-Installation finden Sie weitere Informationen.

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 Daten- Zentren.

Siehe API BaaS-Installation und Voraussetzungen für die Installation finden Sie weitere Informationen.

Das Developer Services-Portal nutzt 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 vorherigen Version auf 4.17.01 aktualisiert haben, verwenden weiterhin MySQL oder MariaDB

Bei Neuinstallationen für 4.17.01 wird auch Nginx als Webserver installiert. Kunden, die ein Upgrade auf 4.17.01 einer vorherigen Version verwendet weiterhin Apache.

Im Developer Services-Portal wird SmartDocs nicht mehr standardmäßig aktiviert

Sie müssen SmartDocs im Portal aktivieren. Weitere Informationen zu SmartDocs finden Sie unter Verwenden von SmartDocs zur Dokumentation APIs

Developer Services-Portal jetzt über RPMs installiert

Version 4.17.01 des Developer Services-Portals wird aus RPMs mit denselben Repository und Tools wie Edge und API BaaS. Siehe Developer Services-Portal finden Sie weitere Informationen.

Für die RPM-basierte Installation und den TAR-basierten Updater werden unterschiedliche Komponenten verwendet:

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.

Aktualisierung von Cassandra auf Version 2.1.16

Diese Version enthält Cassandra-Version 2.1.16.

Aktualisierung von Google Play auf Version 2.4

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

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

Edge unterstützt jetzt RedHat/CentOS Version 7.3.

Updates zum 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 ein.
  • Aktualisierung der Influx-Version in 4.16.09 von 0.11 auf 1.0.2.
  • Eine Reihe von Stabilitätskorrekturen wurde hinzugefügt.

Siehe Apigee Übersicht über das Monitoring-Dashboard in der Betaversion.

Postgres-Passwort kann jetzt in der Installationskonfigurationsdatei festgelegt werden

Das Attribut PG_PWD verwenden um das Postgres-Passwort in der Konfigurationsdatei für die Installation festzulegen. Siehe Edge-Konfigurationsdatei Weitere Informationen finden Sie in der Referenz.

EPEL-Repository aktivieren

Sie müssen Zusätzliche Pakete für Enterprise Linux (oder EPEL) zur Installation oder Aktualisierung von Edge Siehe Installationsanforderungen für mehr.

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

  • Für RedHat/CentOS 7.x:
    &gt; wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; U/min –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; U/min –ivh epel-release-latest-6.noarch.rpm

DNS-Lookup für IPv6 deaktivieren, wenn NSCD (Name Service Cache Daemon) verwendet wird

Wenn Sie NSCD (Name Service Cache Daemon) installiert und aktiviert haben, sind die Message Processors führt zwei DNS-Lookups durch: eine für IPv4 und eine für IPv6. In folgenden Fällen müssen Sie den DNS-Lookup für IPv6 deaktivieren: mit NSCD. Siehe Installationsanforderungen finden Sie weitere Informationen.

So deaktivieren Sie den DNS-Lookup unter IPv6:

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

API-Dienste

Shared Flows und Flow Hooks zum Operationalisieren von API-Proxys (Cloud 16.09.21)

Eine neue Funktion „Shared Flows“ können Sie Funktionen in API-Proxys operationalisieren. Von Wenn Sie bedingte Richtlinien und Ressourcen in einem freigegebenen Ablauf kombinieren, können Sie darauf verweisen. einen beliebigen API-Proxy, um wiederverwendbare Einzelquelllogik auszuführen. Ein freigegebener Ablauf kann z. B. überprüfen, den API-Schlüssel, Schutz vor Spike Arrest und Protokolldaten.

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

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

  • Auf einem neuen Artefakt namens Flow Hooks an den folgenden Stellen:

    Mit diesen Verbindungspunkten können Sie die operative Logik vor oder nach dem Hauptablauf ausführen des einzelnen Proxys. Sie weisen diesen Flow Hook-Positionen freigegebene Abläufe in der Verwaltungsoberfläche (APIs > Umgebungskonfiguration > Ablauf-Hooks) angezeigt.

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

Weitere Informationen finden Sie unter Wiederverwendbar Freigegebene Abläufe und Freigegebene Abläufe anhängen mit einem Flow-Hook.

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

Sie können verschlüsselte Schlüssel/Wert-Zuordnungen (KVMs) zum Speichern vertraulicher Informationen wie Anmeldedaten oder personenidentifizierbare Informationen/HIPAA-Daten enthalten. Diese Funktion unterscheidet sich vom vorhandenen Edge Secure Store. (Vault) und soll diesen ersetzen, da Vault-Werte nur mit Node.js (in der Verwaltungs-API). Sie können mit Node.js oder dem Schlüssel auf verschlüsselte KVM-Werte zugreifen Richtlinie für Wertzuordnungsvorgänge.

Verschlüsselte KVMs erstellen

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

Verschlüsselte KVMs verwenden

  • Verwenden Sie die Richtlinie für Schlüssel/Wert-Zuordnungen, um verschlüsselte KVM-Werte abzurufen und zu aktualisieren.
  • Wenn Sie ein verschlüsseltes Schlüssel/Wert-Paar abrufen, stellen Sie der Variablen das Präfix des Schlüsselworts voran. „privat“. Beispiel: <Get assignTo="private.secretVar">. Das Die Variable private.secretVar enthält den entschlüsselten Wert.
  • Wenn Sie einen Wert mit der Richtlinie aktualisieren, müssen Sie nichts weiter tun. Der Wert werden in verschlüsselten KVMs automatisch verschlüsselt.
  • Sie können auch mithilfe des Moduls „apigee-access“ im Node.js-Code auf den entschlüsselten Wert zugreifen. Verwenden Sie die Funktion getKeyValueMap(), um eine KVM basierend auf dem Namen und dem Bereich abzurufen Zwei Funktionen sind für das zurückgegebene Objekt getKeys(callback) verfügbar, um ein Array abzurufen. und get(key, callback), um den Wert für einen bestimmten Schlüssel abzurufen. Für Im folgenden Beispiel wird eine KVM mit apiproxy-Bereich mit dem Namen VerySecureKVM und ruft den verschlüsselten Wert von key1 ab: 
    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 arbeiten. Wertzuordnungen und Zugriff Schlüssel/Wert-Zuordnungen in Node.js.

(APIRT-1197)

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

beim Erstellen einer Schlüssel/Wert-Zuordnung (KVM) auf Umgebungsebene in der Verwaltungsoberfläche (APIs) &gt; Umgebungskonfiguration > Schlüssel/Wert-Zuordnungen), a Mit dem neuen Kästchen Verschlüsselt können Sie eine verschlüsselte KVM erstellen. Nach dem Hinzufügen an die KVM senden, werden die verschlüsselten Werte in der Verwaltungsoberfläche als Sternchen (*****) angezeigt. Sie fügen Schlüssel/Wert-Paaren zu einer verschlüsselten KVM genau wie bei unverschlüsselten KVMs. Vollständige Backend-Unterstützung für verschlüsselte KVMs war im Cloud-Release 160921 verfügbar. (EDGEUI 764)

<ph type="x-smartling-placeholder"> <ph type="x-smartling-placeholder">

In den API-Proxy-Metadaten enthaltene OpenAPI-Spezifikations-URLs (Cloud 16.09.21)

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

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

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

<ph type="x-smartling-placeholder">

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

Beim Erstellen einer "REST to SOAP to REST" Proxy basierend auf einer WSDL erstellt haben, generiert Edge automatisch gehostete OpenAPI-Spezifikation basierend auf den Proxy-Ressourcen. Die Spezifikationen finden Sie hier: http(s)://[edge_domain]/[proxy_base_path]/openapi.json Die Konvertierung ist jedoch nicht immer genau, da nicht alle Regeln eines XML-Schemas in einer OpenAPI dargestellt werden können. Spez. (EDGEUI 718)

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

Beim Erstellen eines "Pass-Through-SOAP" Proxy basierend auf einer WSDL, hostet Edge die WSDL und erstellt eine im Proxy, damit Sie darauf zugreifen können. Sie können unter folgender Adresse auf die gehostete WSDL zugreifen: http(s)://[edge_domain]/[proxy_base_path]?wsdl, der neue Dienstendpunkt URL für Clients, die den SOAP-Dienst über den Proxy aufrufen. (EDGEUI 718)

Neue Beispiel-WSDL-Aktienquote im API-Proxy-Assistenten (Cloud 16.08.24.01)

Wenn Sie mit dem API-Proxy-Assistenten eine SOAP-Dienst-API erstellen, wird ein WSDL als Ersatz-Aktienangebot ausgegeben. in den Beispielen verfügbar: https://ws.cdyne.com/delayedstockquote/delayedstockquote.asmx?WSDL. (EDGEUI 655)

Entwicklerdienste

Verwaltungsfunktionen für Entwickler-Apps in der Benutzeroberfläche (UI von Cloud 16.10.05)

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

  • Sie können Apps im Bearbeitungsmodus in einem neuen App-Status widerrufen und genehmigen. ein. Im Ansichtsmodus wird auch der aktuelle Status der App angezeigt. Wenn eine App widerrufen wird, ist keiner ihrer API-Schlüssel gültig für API-Aufrufe. Die Schlüssel selbst werden nicht widerrufen und sind wieder verfügbar für wenn der Entwickler wieder genehmigt wird. Die Anzeige „Genehmigt“ wird das Label für API-Schlüssel in durchgestrichener Text, wenn eine App gesperrt ist.
  • Das Ablaufdatum von API-Schlüsseln wird jetzt auf der Seite „Entwickler-App-Details“ angezeigt. Die Schlüssel sind nach Ablaufdatum in einem . Ein Schlüssel ohne Ablaufzeit wird beispielsweise werden zusammen mit den zugehörigen API-Produkten in einer Gruppe angezeigt. Außerdem wird ein Schlüssel angezeigt, der nach 90 Tagen abläuft. mit den zugehörigen Produkten in einer anderen Gruppe. Sie können das Ablaufdatum eines bestehenden Berechtigungsnachweis.
  • Mit der neuen Schaltfläche „Anmeldedaten hinzufügen“ im Bearbeitungsmodus der Entwickler-App kannst du API-Schlüssel mit bestimmte Ablaufzeiten oder -daten (oder kein Ablaufdatum). Wenn Sie Anmeldedaten erstellen, können Sie API-Produkte hinzufügen.
    Diese Funktion ersetzt die Funktion „Schlüssel neu generieren“ auf der Seite „Entwickler-App-Details“. Das Schaltfläche wurde entfernt.

Mit diesen 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 zwischen aktiv und inaktiv ändern (Seite „Entwicklerdetails“, Bearbeitungsmodus, Schaltfläche „Aktivieren/Deaktivieren“). Wenn ein Entwickler inaktiv ist, Weder ihre API-Schlüssel für die Entwickler-App noch die mit diesen Schlüsseln generierten OAuth-Tokens sind in Aufrufen gültig. zu API-Proxys. (EDGEUI 304)

Inaktive Entwicklerindikatoren in der Benutzeroberfläche (16.10.26 UI)

Wenn ein App-Entwickler auf „Inaktiv“ gesetzt ist, werden die Apps und Anmeldedaten des Entwicklers auch wenn sie sich im Status "Genehmigt" Bundesstaat. Wenn Sie jetzt die Seite eines inaktiven Entwicklers Apps und Anmeldedaten in der Verwaltungsoberfläche angezeigt wird, Statuslabel für Apps und Anmeldedaten ist wird als durchgestrichener Text angezeigt. Eine Mouseover-Kurzinfo auf dem Label weist darauf hin, Entwickler ist inaktiv. Wenn der Entwicklerstatus wieder auf „Aktiv“ festgelegt ist, ihre genehmigten Apps und Anmeldedaten wieder gültig sind, und der durchgestrichene Text auf der Label wurde entfernt. (EDGEUI 728)

Analysedienste

Umbenannt in "Fehlercode-Analyse" Dashboard (16.10.26 UI)

Die Fehleranalyse Das Dashboard wurde in "Fehlercode-Analyse" 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)

Daten für durchschnittliche Transaktionen pro Sekunde („Durchschnittlicher TPS“) wurden dem Haupt-Proxy hinzugefügt Verkehrs-Dashboard. Wenn Sie die Maus über einzelne Datenpunkte im Proxy-Traffic und Proxy-Leistungsdiagramme, wird der TPS (TPS) für dieses Zeitintervall in der Kurzinfo angezeigt. (EDGEUI 668)

Analytics-Fehleranzeige (16.10.26 UI)

Wenn an einem Analyse-Dashboard der Fehler 500 zurückgegeben wurde, wurde auf der Verwaltungsoberfläche die Meldung „Report timed timed Out" und zwar unabhängig vom Fehler. Um die Fehlerbehebungsfunktionen zu verbessern, wird in der Benutzeroberfläche jetzt auf den tatsächlichen Fehler. (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

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

„Apigee-service baas-usergrid erneut starten“ ausführen wird jetzt auch führt „configure“ aus

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

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* RPMs an
DOS-4359

"pdb" hinzugefügt Option, nur die Postgres-Datenbank zu installieren.

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

Cloud 16.10.26 (Benutzeroberfläche)

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

Cloud 16.09.21_9

Problem-ID Beschreibung
MGMT-3674 Es können keine verschlüsselten KVM oder Vaults für HIPAA-fähige Organisationen erstellt werden
MGMT-3647 Nutzerrollenzugriff für Nutzer, die in Großbuchstaben in E-Mails 403 ausgeben

Cloud 16.09.21

Problem-ID Beschreibung
APIRT-3507 Zeitweilige Fehler (wie SNI-Fehler) im JavaScript-Dienst Erweiterungen mit Zusatzinformationen
APIRT-3408 MP-Version 160817 des Apigee-Access-Analysemoduls zur Verarbeitung von Meldungen anders
APIRT-3390

Änderung der Fehlerantwort, die durch die Richtlinie zum Aktualisieren des Zugriffstokens zurückgegeben wird

<ph type="x-smartling-placeholder">
APIRT-3389
APIRT-3381 Hohe Latenzen bei Produktionsproxys von Kunden
APIRT-3366 JavaScript-Richtlinien schlagen bei allen neuen Testorganisationen fehl
APIRT-3363 Bei der Analyse ungültiger URLs wird der Status 500 mit ApplicationNotFound zurückgegeben
APIRT-3356 OAuth-Token-Nachricht
APIRT-3355 Zeitweiliger Fehler 403 auf OAuth-Proxy
APIRT-3285
APIRT-3261 Anmeldedaten werden anhand einer anderen Entwicklungsanwendung in der Produktion validiert
APIRT-3234 Node.js-App gibt NPE zurück
APIRT-3223 Problem mit veraltetem Apigee-Cache
APIRT-3193 Node.js-Zielserver hängt nach dem Verschieben zu ASG
APIRT-3152 Verwaltungsaufruf von im Cache gespeicherten Logs führt dazu, dass Lognachrichten aufgeteilt werden
APIRT-3117 MP hat eine CPU-Auslastung von 100% erreicht und stellt keinen Traffic mehr bereit
APIRT-3064 Router: Benutzerdefinierte Fehlermeldung 503 von einem Router
APIRT-2620 Separaten Thread-Pool für einige Blockierschritte zur Verbesserung der Last Umgang
CORESERV-774 Zugriff über einen gültigen Schlüssel mit einer ungültigen API-Produktreferenz führt zu einem internen Server Fehler

Cloud 16.10.05 (Benutzeroberfläche)

Problem-ID Beschreibung
EDGEUI-697 Schaltfläche für den Export der Berichtsseite
Die Schaltfläche "Exportieren" wurde von der Startseite für benutzerdefinierte Berichte entfernt. Berichtsexport ist die auf jeder Seite für benutzerdefinierte Berichte verfügbar sind.

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 fehl: Fehler 500
Beim Generieren eines API-Proxys für einen SOAP-Dienst WSDL-Ports ohne SOAP-Protokollbindung sind im API-Proxy-Assistenten nicht mehr sichtbar. Dies ist beabsichtigt, da nur der Assistent generiert SOAP-Anfragen.
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 lautet ausgewählt
EDGEUI-648 Anrufe über die Benutzeroberfläche, die 2 bis 3 Minuten dauern
EDGEUI-623 Die Schaltfläche „Datum ändern“ des Organisationsverlaufs funktioniert in Firefox nicht
Zurück
17.04.2011
Weiter
16.09.04