4.16.09 – Versionshinweise zu Edge für Private Cloud

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

Am Montag, dem 19. September 2016, haben wir eine neue Version von Apigee Edge for Private Cloud veröffentlicht.

Seit dem letzten Feature-Release für Edge for Private Cloud sind die folgenden Releases erfolgt, die in diesem Feature-Release enthalten sind:

• Cloud: 16.04.13 (UI), 16.04.13 (Monetarisierung), 16.04.20 (UI), 16.04.27 (Monetarisierung), 16.04.27 (UI), 16.05.04 (UI), 16.05.11 (UI), 16.05.11 (Monetarisierung), 16.05.18 (UI), 16.05.25 (Monetarisierung), 16.06.08 (Monetarisierung), 16.06.15 (UI), 16.06.22 (Monetarisierung), 16.06.29 (UI), 16.07.06 (Monetarisierung), 16.07.06.02 (Monetarisierung), 16.07.13 (UI), 16.07.20.01 (Monetarisierung), 16.07.27 (UI), 16.08.17

Unter Versionsnummerierung erfahren Sie, wie Sie herausfinden können, ob eine bestimmte Cloud-Version in Ihrer Version von Edge for Private Cloud enthalten ist.

Versionsübersicht

In dieser Version wurde der klassische API-Proxy-Editor entfernt und durch den neuen Proxy-Editor ersetzt, der bereits zusammen mit dem klassischen Editor verwendet werden konnte. Weitere wichtige Verbesserungen sind das verbesserte Verhalten von API-Produktressourcenpfaden, die verbesserte Verarbeitung von JSON-Nutzlasten, die in den Richtlinien „Nachricht zuweisen“ und „Fehler auslösen“ definiert sind, Verbesserungen bei XML-zu-JSON-Konvertierungen, eine verbesserte Ressourcenvalidierung, die Möglichkeit, Zeitüberschreitungen für einzelne API-Proxys festzulegen, eine aktualisierte Generierung von SOAP-Proxys im API-Proxy-Assistenten und ein leistungsstarkes Crypto-Objekt für JavaScript.

Zu den Verbesserungen bei der Monetarisierung gehören neue Benachrichtigungsfunktionen mit einem Benachrichtigungstarifpaket, eine API, mit der Entwickler zur Monetarisierung migriert werden, und die Möglichkeit, Tarifpakete öffentlich oder privat zu machen.

Im Rest dieses Themas finden Sie Details zu allen neuen Funktionen, Updates und Fehlerkorrekturen, die im Release enthalten sind.

Verworfen

API-Dienste

Klassischer Proxy-Editor entfernt (Cloud-Benutzeroberfläche vom 16.04.20)

Die neue Version des API-Proxy-Editors ist jetzt die einzige unterstützte Version. Die klassische Version ist nicht mehr verfügbar und der Link „Auf die klassische Version des Proxy-Editors zugreifen“ wurde entfernt. Wenn Sie die klassische Version verwendet haben, werden Ihre API-Proxys automatisch in den neuen Editor geladen. (EDGEUI-498)

Monetarisierung

Die folgenden eingestellten Funktionen wurden entfernt und werden nicht mehr unterstützt:

• Limits festlegen
• Benachrichtigungen zu Sendebeschränkungen

Alternativ können Sie Benachrichtigungen einrichten, wie in den folgenden Abschnitten beschrieben:

• Terminbenachrichtigungen einrichten
• Benachrichtigung für ein Limit für einen Tarif erstellen

(DEVRT-2742)

Neue Features und Updates

Im Folgenden sind die neuen Funktionen und Verbesserungen in diesem Release aufgeführt. Zusätzlich zu den folgenden Verbesserungen enthält dieser Release auch mehrere Verbesserungen in Bezug auf Benutzerfreundlichkeit, Leistung, Sicherheit und Stabilität.

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

Private Cloud

Postgres-Upgrade auf Version 9.4

Diese Version enthält ein Upgrade auf Postgres 9.4. Eine Anleitung zum Aktualisieren Ihres Systems finden Sie unter Apigee Edge auf 4.16.09 aktualisieren.

Unterstützung von GeoMap in der Edge-Benutzeroberfläche

Mit geografischen Aggregationen können Sie Analysedaten für API-Aufrufe auf Grundlage geografischer Attribute wie Region, Kontinent, Land und Stadt erfassen. Anhand dieser Analysedaten können Sie in der Edge-Benutzeroberfläche eine geografische Karte mit dem Standort von API-Anfragen aufrufen.

Weitere Informationen finden Sie unter Geo-Aggregation und ‑Karten aktivieren.

API BaaS

Dokumentation zu folgenden Themen wurde hinzugefügt:

• Konfiguration von API BaaS für die Verwendung von TLS Weitere Informationen finden Sie unter TLS für API BaaS konfigurieren.
• Konfigurieren Sie alle API BaaS Stack-Knoten so, dass sie den freigegebenen Speicher verwenden, damit alle Assets für alle API BaaS Stack-Knoten verfügbar sind. Weitere Informationen finden Sie unter Assets hochladen.
• So verschlüsseln Sie das Cassandra-Passwort beim Konfigurieren von BaaS Stack-Knoten. Weitere Informationen finden Sie unter Edge-Passwörter zurücksetzen.

Betaversion des Monitoring-Tools und ‑Dashboards

Diese Version enthält eine Betaversion des neuen Monitoring-Tools und ‑Dashboards für Edge. Mit diesem Tool können Sie den Zustand verschiedener Komponenten (Router, Message Processors, ZooKeeper, Cassandra) sowie HTTP-Fehlercodes für verschiedene Organisationen und Umgebungen in Ihrer Bereitstellung nachvollziehen. Sie können auch einen Snapshot Ihrer Dashboarddaten erstellen und ihn mit Apigee teilen, um Supportanfragen zu lösen.

Die Dokumentation, einschließlich der Installationsanleitung, ist in der Edge 4.16.09-Dokumentation unter Version 4.18.01 enthalten.

Bevor Sie das Dashboard installieren und verwenden können, müssen Sie jedoch die Apigee-Evaluierungsvereinbarung abschließen, die auch unter Version 4.18.01 verfügbar ist, und sie per E-Mail an orders@apigee.com an Apigee zurücksenden.

Betarelease des Analytics-Erhebungstools

Alle Edge for Private Cloud-Kunden müssen Apigee Statistiken zum API-Proxy-Traffic senden. Apigee empfiehlt Kunden, diese Informationen einmal täglich hochzuladen, z. B. durch Erstellen eines Cronjobs.

Um das Hochladen dieser Daten zu erleichtern, bietet Apigee die Betaversion des Befehlszeilentools apigee-analytics-collector an. Mit diesem Dienstprogramm wird der Bericht zum API-Aufrufvolumen an Apigee zurückgesendet. Jede Edge for Private Cloud-Installation kann dieses Dienstprogramm verwenden, um Traffic-Daten abzurufen und an Apigee zu melden.

Weitere Informationen finden Sie unter API-Traffic-Daten in Apigee hochladen – Betaversion.

API-Dienste

JSON-Nutzlasten in „Assign Message“ und „Raise Fault“ (Cloud 16.08.17)

Durch diese Verbesserung sind keine Workarounds mehr erforderlich, um eine korrekte Formatierung von JSON-Nachrichten zu gewährleisten. Variablen können mit geschweiften Klammern angegeben werden, ohne dass ungültiges JSON entsteht. Im folgenden Beispiel wird der Wert von „message.content“ in die JSON-Nachricht eingefügt:

<Payload contentType="application/json">{"Message: " : "{message.content}"}</Payload>

Wenn Sie einen Workaround verwendet haben, funktioniert Ihr Code weiterhin wie bisher. Sie können auch „variablePrefix“ und „variableSuffix“ anstelle von geschweiften Klammern verwenden, um Variablen anzugeben.

Weitere Informationen finden Sie in der Referenzdokumentation zur Richtlinie „Nachricht zuweisen“ und zur Richtlinie „Raise Fault“ im Element <Set><Payload>. (APIRT-1160)

Verbesserungen der „XML-to-JSON“-Richtlinie (Cloud 16.08.17)

Die XML-zu-JSON-Richtlinie wurde um die folgenden Funktionen erweitert. Sie können die Richtlinie so konfigurieren, dass:

• Einige XML-Elemente werden bei der Konvertierung als Arrays behandelt, wodurch die Werte im JSON-Dokument in eckige Klammern „[ ]“ gesetzt werden.
• Ebenen der XML-Dokumenthierarchie im endgültigen JSON-Dokument entfernen oder löschen.

Weitere Informationen finden Sie unter XML-zu-JSON-Richtlinie. (APIRT-1144)

Mehrere Platzhalter in API-Produkt-Ressourcenpfaden (Cloud 16.08.17)

Wenn Sie Ressourcenpfade in einem API-Produkt definieren, können Sie Platzhalter an mehreren Stellen in einem Ressourcenpfad einfügen. Mit /team/*/invoices/** sind beispielsweise API-Aufrufe mit einem beliebigen Wert nach /team und beliebigen Ressourcenpfaden nach invoices/ möglich. Ein zulässiger URI für einen API-Aufruf wäre proxyBasePath/team/finance/invoices/company/a.

Wenn die vorhandenen API-Produktressourcenpfade nach dieser Version nicht mehr wie erwartet funktionieren, legen Sie die folgende Eigenschaft für Ihre Organisation fest, um zum vorherigen Verhalten zurückzukehren: features.enableStandardWildCardMatchForAPIProductResources = true

(MGMT-3273)

Kryptofunktionen in JavaScript (Cloud 16.08.17)

Es ist eine neue Reihe von leistungsstarken JavaScript-crypto-Funktionen verfügbar, mit denen die folgenden Hash-Objekte erstellt, abgerufen und aktualisiert werden können: MD5, SHA-1, SHA256, SHA512. Mit dem crypto-Objekt können Sie das Datum auch in verschiedenen Formaten abrufen. Weitere Informationen finden Sie unter JavaScript-Objektmodell. (APIRT-2886)

Java-Callout-JAR-Version prüfen (Cloud 16.08.17)

Wenn Sie eine Java-JAR-Ressource in einen API-Proxy hochladen, wird der HTTP-Statuscode 400 (anstatt 500) zurückgegeben, wenn die Version der Java-Ressource nicht mit der von Edge unterstützten Java-Version kompatibel ist, die unter Unterstützte Software und unterstützte Versionen aufgeführt ist. (MGMT-3420)

Validierung von API-Proxy-Ressourcen (Cloud 16.08.17)

Wenn Sie API-Proxy-Ressourcendateien (z. B. JavaScript- oder Java-JARs) auf Umgebungsebene oder Organisationsebene gespeichert haben, müssen Sie diese Ressourcen nicht mehr auch auf API-Proxy-Ebene in ein Proxy-Bundle einfügen, damit der Import die Validierung besteht. Die Ressourcenvalidierung erfolgt jetzt bei der Bereitstellung und nicht beim Import. (MGMT-1430)

Zeitlimit für einzelne API-Proxys konfigurieren (Cloud 16.08.17)

Sie können API-Proxys so konfigurieren, dass nach einer bestimmten Zeit eine Zeitüberschreitung auftritt (mit dem Status „504 Gateway Timeout“). Der primäre Anwendungsfall ist für Private Cloud-Kunden, deren API-Proxys länger für die Ausführung benötigen. Angenommen, Sie benötigen bestimmte Proxy-Zeitüberschreitungen nach 3 Minuten. Sie können in der Konfiguration für einen API-Proxy eine neue api.timeout-Property verwenden. So gehts beim 3‑Minuten-Beispiel:

1. Konfigurieren Sie zuerst den Load-Balancer, den Router und den Nachrichtenprozessor so, dass nach 3 Minuten eine Zeitüberschreitung auftritt.
2. Konfigurieren Sie anschließend die relevanten Proxy-Zeitüberschreitungen nach 3 Minuten. Geben Sie den Wert in Millisekunden an. Beispiel:

   <ProxyEndpoint name="default">
     <HTTPProxyConnection>
       <BasePath>/v1/weather</BasePath>
       <Properties>
         <!-- api.timeout is in milliseconeds -->
         <Property name="api.timeout">180000</Property>
       </Properties>
       ...

3. Beachten Sie jedoch, dass das Erhöhen der Systemzeitüberschreitungen zu Leistungsproblemen führen kann, da alle Proxys ohne die Einstellung api.timeout den neuen, höheren Load-Balancer, Router und Nachrichtenprozessorzeitüberschreitungen verwenden. Konfigurieren Sie daher andere API-Proxys, die keine längeren Zeitüberschreitungen erfordern, um niedrigere Zeitüberschreitungen zu verwenden. Im folgenden Beispiel wird festgelegt, dass ein API-Proxy nach einer Minute mit einer Zeitüberschreitung abläuft:
   <Property name="api.timeout">60000</Property>

Cloud-Kunden, die die Edge-Zeitüberschreitungen nicht ändern können, können auch ein API-Proxy-Zeitlimit konfigurieren, solange das Zeitlimit kürzer als das standardmäßige Edge-Nachrichtenprozessor-Zeitlimit von 57 Sekunden ist.

Sie können den Wert nicht mit einer Variable festlegen. Dieses Attribut wird in der Referenz für Endpunktattribute beschrieben. (APIRT-1778)

SOAP-Proxy-Verhalten bei Verwendung des Proxy-Assistenten (Cloud 16.07.27-UI)

Wenn Sie mit dem Proxy-Assistenten einen SOAP-basierten Proxy aus einer WSDL erstellen, haben Sie zwei Möglichkeiten:

• Pass-Through SOAP: Der Proxy leitet eine SOAP-Anfrage-Nutzlast unverändert weiter.
• REST zu SOAP zu REST: Der Proxy konvertiert eine eingehende Nutzlast wie JSON in eine SOAP-Nutzlast und konvertiert dann die SOAP-Antwort zurück in das Format, das der Aufrufer erwartet.

Diese Version enthält die folgenden Änderungen am Verhalten dieser Optionen. Die Unterschiede zwischen dem alten und dem neuen Verhalten liegen in den Richtlinien und Konfigurationen, die automatisch vom Proxy-Assistenten generiert werden.

Pass-Through-SOAP

• Alle WSDL-Vorgänge werden jetzt an den Proxy-Basispfad „/“ und nicht an Proxy-Ressourcen (z. B. „/cityforecastbyzip“) gesendet. Vorgangsnamen werden an den Ziel-SOAP-Dienst übergeben. Dieses Verhalten entspricht der SOAP-Spezifikation.

• Der generierte Proxy unterstützt kein JSON mehr in der Anfrage. Es wird nur XML unterstützt. Der Proxy sorgt dafür, dass SOAP-Anfragen einen Envelope, einen Body und einen Namespace haben.

REST zu SOAP zu REST

• WSDL 2.0 wird nicht unterstützt.
• Das neue Verhalten wurde nicht mit WS-Policy getestet.
• Mit dem Proxy können Sie JSON-Daten anstelle von FormParams POSTEN.
• Wenn Sie dem Proxy mit dem Proxy-Builder CORS (Cross-Origin Resource Sharing) hinzufügen, werden die folgenden Verbesserungen angezeigt:
  • Header Access-Control-Allow-Headers: Zusätzlich zu den Headern Origin, x-requested-with und Accept enthält der Header „Access-Control-Allow-Headers“ auch Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent und Cache-Control.
  • Header Access-Control-Allow-Methods: Neben GET, PUT, POST und DELETE enthält dieser Header auch die Verben PATCH und OPTIONS.
• Beim Generieren eines API-Proxys für eine WSDL liest Edge alle ComplexTypes, die in der WSDL als abstrakt definiert sind, und erkennt alle Instanztypen, die auf den abstrakten Typen basieren.

Open-Source-Befehlszeilenprogramm wsdl2apigee

Apigee bietet auch ein Open-Source-Befehlszeilentool zum Generieren von Passthrough- oder REST-to-SOAP-API-Proxys aus WSDLs. Weitere Informationen finden Sie unter https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Standardablauf/Aktualisierung in der Richtlinie für Schlüssel/Wert-Paar Map-Vorgänge (Cloud 16.06.15 UI)

Mit der KeyValueMapOperations-Richtlinie können Sie festlegen, wie lange Werte beibehalten werden, bevor sie aktualisiert werden. Das Aktualisierungsintervall wird mit dem Element <ExpiryTimeInSecs> festgelegt. Wenn ein GET-Vorgang ausgeführt wird und das Ablaufintervall überschritten wurde, wird der Wert aktualisiert und die Richtlinie erhält den aktualisierten Wert. Wenn Sie diese Richtlinie einem API-Proxy hinzufügen, beträgt die Standardablaufzeit jetzt 300 Sekunden. (Der vorherige Standardwert war -1, was bedeutet, dass Werte nie aktualisiert werden.) (EDGEUI-579)

Monetarisierung

Anpassbares Tarifpaket für Benachrichtigungen (Cloud-Benutzeroberfläche vom 16.04.20, Monetarisierung vom 13.04.16)

Mit einem neuen anpassbaren Tarifplan für Benachrichtigungen in der Edge-Monetarisierung kann ein API-Anbieter die Zielanzahl der Transaktionen für jeden App-Entwickler anpassen. Sie können konfigurieren, ob und wann Benachrichtigungen gesendet werden, basierend darauf, welcher Prozentsatz der Zielnummer erreicht wurde, z. B. 90%, 100 % oder 150%. Diese Funktion ist zusätzlich zur Management API (die in einer früheren Version verfügbar war) über die Management-Benutzeroberfläche verfügbar. Weitere Informationen finden Sie unter Details für anpassbaren Benachrichtigungsplan angeben. (DEVRT-2375, DEVRT-2370)

Webhook-Benachrichtigungen für Tarife mit anpassbarer Benachrichtigungsrate (Cloud-Monetarisierung 16.04.27)

Bei Tarifen mit anpassbarer Benachrichtigungsrate können Sie Webhooks erstellen, die Benachrichtigungen an die von Ihnen angegebene URL senden. Sie können auch festlegen, dass Benachrichtigungen in bestimmten Intervallen (Prozentangaben) erfolgen, bis das Transaktionslimit erreicht ist. Webhook-Benachrichtigungen sind eine flexible Alternative zu den vorhandenen Benachrichtigungsvorlagen. Weitere Informationen finden Sie unter Benachrichtigungen mit Webhooks einrichten. (DEVRT-2393, DEVRT-2394)

Anpassbare Benachrichtigung mit benutzerdefiniertem Attribut-Tarif (Cloud-UI 16.05.18)

Im Edge-Monetarisierungsmodell können Sie mit dem neuen Tarif „Adjustable Notification with Custom Attribute“ (Anpassbare Benachrichtigung mit benutzerdefiniertem Attribut) die Transaktionsanzahl eines Entwicklers anhand des Werts eines benutzerdefinierten Attributs erhöhen. Beim Standardtarif „Anpassbare Benachrichtigungsrate“ wird bei jedem erfolgreichen API-Aufruf die Transaktionsanzahl eines Entwicklers um 1 erhöht. Beim Tarif „Anpassbare Benachrichtigung mit benutzerdefiniertem Attribut“ wird der Wert des benutzerdefinierten Attributs jedoch zur Transaktionsanzahl des Entwicklers hinzugefügt. Wenn das benutzerdefinierte Attribut „small“ in der Antwort beispielsweise den Wert 0,1 hat, wird die Anzahl der Transaktionen um 0,1 erhöht. Wenn das benutzerdefinierte Attribut „addressTotal“ den Wert 50 hat, wird die Anzahl um 50 erhöht. Weitere Informationen finden Sie unter Ratenplan mit benutzerdefinierten Attributdetails angeben. (DEVRT-2504)

Benachrichtigungen basierend auf kombinierten Transaktionssummen für ein Unternehmen und seine Entwickler einrichten (Cloud-Monetarisierung vom 16.06.2022)

In der Regel werden Transaktionssummen für alle Entwickler in einem Unternehmen automatisch erfasst, wenn die Entwickler über die Unternehmens-App auf APIs zugreifen. Was ist, wenn Sie Entwickler haben, die aktiv ihre eigenen Entwickler-Apps verwenden, um auf APIs zuzugreifen, und Sie ihre kombinierten Transaktionssummen ohne Unterbrechung des Traffics erfassen müssen? Sie können die Entwickler einem Unternehmen hinzufügen und Benachrichtigungen einrichten, die gesendet werden, wenn Grenzwerte erreicht werden, die auf den kombinierten Transaktionssummen für das Unternehmen und seine Entwickler basieren. Weitere Informationen finden Sie unter Benachrichtigungen basierend auf kombinierten Transaktionssummen für ein Unternehmen und seine Entwickler einrichten. (DEVRT-2643)

Benachrichtigungen ansehen und noch einmal verarbeiten (Cloud-Monetarisierung 16.06.08)

Im Rahmen der Monetarisierungstestsuite können Sie Benachrichtigungen, die zuvor über die Management API gesendet wurden, ansehen und noch einmal verarbeiten. Weitere Informationen finden Sie unter Benachrichtigungen ansehen und noch einmal verarbeiten. (DEVRT-2643)

Test-Monetarisierung (Cloud 16.05.25 monetization)

Monetization bietet eine Reihe von APIs, mit denen Sie die Ausführung von Webhooks testen können, um sicherzustellen, dass Benachrichtigungen gesendet werden. Weitere Informationen finden Sie unter Benachrichtigungseinrichtung testen. (DEVRT-2625)

Entwickler zur Monetarisierung migrieren (Cloud-Monetarisierung vom 16.05.11)

Es ist eine neue API verfügbar, um die Migration von Entwicklern zur Monetarisierung zu erleichtern. Sie können die Transaktionsnutzung übertragen und benutzerdefinierte Einrichtungs- und wiederkehrende Gebühren berechnen. Außerdem können Sie bei der Annahme eines veröffentlichten Tarifpakets auf Einrichtungsgebühren verzichten, falls diese bereits berechnet wurden. Weitere Informationen finden Sie unter Entwickler zur Monetarisierung migrieren. (DEVRT-2446)

Öffentliche Tarife und Tarife für bestimmte Zielgruppe(n) für das Entwicklerportal (Cloud-Monetarisierung vom 27.04.2016)

Sie können Tarife auf „Öffentlich“ oder „Privat“ festlegen. Öffentliche Tarifpakete werden im Entwicklerportal angezeigt, private Tarifpakete nicht. Der Standardwert für ein Tarifpaket ist „Öffentlich“. Weitere Informationen finden Sie unter http://docs.apigee.com/monetization/content/create-rate-plans#public-versus-private-rate-plans. (DEVRT-2445)

Entwickler reaktivieren (Cloud 16.06.08 Monetarisierung)

Die Monetarisierung bietet eine Reihe von APIs, mit denen Sie die Sperrung eines Entwicklers aufheben können, der zuvor gesperrt wurde. Ein Entwicklerkonto kann gesperrt werden, wenn ein konfiguriertes Limit erreicht wird. Beispielsweise wurde die maximale Anzahl von Transaktionen erreicht oder das Guthaben eines Prepaid-Kontos ist aufgebraucht. Weitere Informationen finden Sie unter Entwicklerkonten reaktivieren. (DEVRT-2641)

Status von Transaktionen ansehen (Cloud 16.06.08-Monetarisierung)

Im Rahmen der Monetarisierungstestsuite können Sie den Status von Transaktionen, die in einem bestimmten Zeitraum stattgefunden haben, über die Management API aufrufen. Weitere Informationen finden Sie unter Transaktionsstatus ansehen. (DEVRT-2640)

Benutzerdefinierte Entwicklerattribute in Umsatzberichten (Cloud-Monetarisierung vom 25.05.2016)

Nur für Umsatzberichte können Sie benutzerdefinierte Attribute in den Bericht aufnehmen, wenn das benutzerdefinierte Attribut für den Entwickler definiert ist. Weitere Informationen finden Sie unter Benutzerdefinierte Entwicklerattribute in Umsatzberichte einbeziehen. (DEVRT-2447)

Richtlinie zur Transaktionsaufzeichnung und Konsistenz von API-Produktressourcen (Cloud 16.05.18 UI)

Wenn die Ressourcenpfade in einer Richtlinie zur Aufzeichnung von Monetarisierungstransaktionen nicht mit den Ressourcenpfaden übereinstimmen, die im zugehörigen API-Produkt definiert sind (z. B. wenn Sie die Ressourcenpfade des API-Produkts ändern), wird auf der Seite „Produkte“ neben dem Symbol für die Richtlinie zur Aufzeichnung von Monetarisierungstransaktionen ein Warnsymbol angezeigt. Wenn Sie auf das Symbol klicken, um die Richtlinie zur Aufzeichnung von Transaktionen aufzurufen, wird oben auf der Seite eine Warnung angezeigt. Wenn Sie die Ressourcenpfade in der Richtlinie zur Transaktionsaufzeichnung korrigieren, verschwinden die Warnhinweise. (DEVRT-2240)

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

16.08.17

16.07.27 (UI)

16.07.20.01 (Monetarisierung)

Diese Version enthält geringfügige Änderungen am Datenbankschema. Es gibt keine weiteren Softwareupdates in dieser Version.

16.07.13 (UI)

16.07.06.02 (Monetarisierung)

16.07.06 (Monetarisierung)

16.06.29 (UI)

16.06.22 (Monetarisierung)

–

16.06.15 (UI)

16.06.08 (Monetarisierung)

–

16.05.25 (Monetarisierung)

16.05.18 (UI)

16.05.11 (Monetarisierung)

16.05.11 (UI)

16.05.04 (UI)

16.04.27 (UI)

16.04.27 (Monetarisierung)

–

16.04.20 (UI)

16.04.13 (Monetarisierung)

–

16.04.13 (UI)

Bekannte Probleme

Dieser Release weist die folgenden bekannten Probleme auf: