Sie sehen sich die Dokumentation zu Apigee Edge an.
Sehen Sie sich die Apigee X-Dokumentation an. info
Am Dienstag, dem 8. September 2015, haben wir eine wichtige Funktionsversion von Apigee Edge für die Private Cloud veröffentlicht.
Seit dem letzten vierteljährlichen Release von Edge for Private Cloud (4.15.04.00) wurden die folgenden Releases veröffentlicht und sind in diesem vierteljährlichen Release enthalten:
Auf welche Edge-Versionen können Sie ein Upgrade durchführen? 4.15.07.00
Je nach aktueller Version von Edge haben Sie folgende Möglichkeiten:
- Direktes Upgrade auf 4.15.07.00
- schrittweises Upgrade, d. h. Sie müssen von Ihrer aktuellen Version auf eine andere Version von Edge und dann auf 4.15.07.00 upgraden.
Weitere Informationen finden Sie unter Auf welche Edge for Private Cloud-Versionen können Sie auf 4.15.07.00 upgraden?
Vor dem Upgrade von Version 4.15.01.x oder einer früheren Version
- Prüfen Sie die Cassandra-SSTable-Version:
- Wechseln Sie zum Verzeichnis /<install-root>/apigee4/data/cassandra/data.
- Führen Sie den Befehl „find“ aus:
> find . -name *-ic-*
Wenn Sie Cassandra 1 .2 SSTable verwenden, sollten die Ergebnisse eine Reihe von.db-Dateien zurückgeben. - Führen Sie diesen Suchbefehl aus:
> find . -name *-hf-*
Die Ergebnisse sollten leer sein, d. h. es gibt keine .db-Dateien im Format hf. Wenn Sie keine Dateien im hf-Format sehen, können Sie mit dem Upgrade auf 4.15.07.00 fortfahren.
Das Format hf ist für SSTables von Cassandra 1.0 vorgesehen. Wenn Sie *.db-Dateien im Format hf haben, müssen Sie die SSTable wie im restlichen Teil dieser Anleitung beschrieben aktualisieren.
- Wenn Sie *.db-Dateien im Format hf finden, führen Sie ein SSTable-Upgrade durch. Führen Sie dazu den folgenden Befehl auf jedem Cassandra-Knoten aus, bis Sie alle Cassandra-Knoten aktualisiert haben:
> /<install-root>/apigee4/share/apache-cassandra/bin/nodetool -h localhost upgradesstables -a - Wiederholen Sie Schritt 1, um zu prüfen, ob alle *.db-Dateien im ic-Format für Cassandra 1.2 sind.
- Wiederholen Sie die Schritte 1 bis 3 auf jedem Cassandra-Knoten in Ihrer Edge-Installation.
- Führen Sie ein Upgrade auf Edge 4.15.07.00 durch.
- Prüfen Sie nach dem Upgrade auf Version 4.15.07.00, ob alle *.db-Dateien auf die C* 2.0-Stable-Version umgestellt wurden:
> cd /<install-root>/apigee4/data/cassandra/data
> find . -name *-jb-*
Dieser Befehl sollte eine Reihe von .db-Dateien zurückgeben, wenn Sie Cassandra 2.0 verwenden.
Neue Features und Verbesserungen
Im Folgenden sind die neuen Funktionen und Verbesserungen in diesem Release aufgeführt:
Installation und Upgrade
Ausgewählte Komponenten aktualisieren und deinstallieren
Mit den Scripts „apigee-upgrade.sh“ und „apigee-uninstall.sh“ können Sie jetzt die Edge-Komponenten auswählen, die Sie aktualisieren oder deinstallieren möchten. Bisher wurden alle Komponenten auf dem Knoten aktualisiert oder deinstalliert. (OPDK-1377, OPDK-1175)
Rollback des Upgrades
Wenn das Skript „apigee-upgrade.sh“ während eines Upgrades fehlschlägt, können Sie das Upgrade jetzt mit dem Skript „apigee-rollback.sh“ rückgängig machen. Nachdem Sie alle Probleme behoben haben, können Sie das Upgrade noch einmal versuchen. (OPDK-1275)
Gekürzte Optionen für Installationsscripts
Die Installationsscripts unterstützen nicht mehr die lange Form von Optionen wie „–help“. Es werden jetzt nur noch Optionen mit einem Buchstaben akzeptiert, z. B. „-h“. (OPDK-1356)
SmartDocs-Installation
Wenn Sie SmartDocs mit dem Script „setup-smartdocs.sh“ installieren, werden Sie aufgefordert, die Organisation, die Umgebung und den virtuellen Host einzugeben. So wird sichergestellt, dass SmartDocs am erwarteten Speicherort installiert wird. Bisher waren diese Werte im Script hartcodiert. (OPDK-1310)
update-cass-pwd-in-config.sh ohne Aufforderungen ausführen
Das Script „update-cass-pwd-in-config.sh“ kann ohne Aufforderung ausgeführt werden, wenn Sie die Umgebungsvariablen ENABLE_CASS_AUTH, CASS_USERNAME und CASS_PASSWORD festlegen. (OPDK-1309)
Edge-Plattform
Im Folgenden sind die neuen Funktionen der Edge-Plattform aufgeführt, die in dieser Version enthalten sind.
OpenJDK 1.7 wird von Edge Private Cloud unterstützt
Diese Version von Edge unterstützt Oracle JDK 1.7 und OpenJDK 7. Die Unterstützung für JDK 1.6 wurde entfernt. (OPDK-1187)
Betriebssystemunterstützung
Die Betriebssystemunterstützung von Apigee Edge for Private Cloud wurde um Red Hat Enterprise Linux 6.6 und 7.0 (64-Bit), CentOS 6.5, 6.6 und 7.0 (64-Bit) und Oracle Linux 6.5 erweitert.
Cassandra 2.0.15 in OPDK 15.07 enthalten
Mit dieser Version wird Cassandra 2.0.15 installiert. Wenn Sie ein Upgrade auf eine frühere Version ausführen, wird Ihre Cassandra-Version aktualisiert. (OPDK-1197)
SHA2-Unterstützung für das Hashing von OAuth-Tokens
Um OAuth-Tokens im Falle einer Datenbanksicherheitsverletzung besser zu schützen, unterstützt Edge neben SHA1 auch SHA2-Algorithmen zum Hashing von OAuth-Tokens. Mit den neuen Properties auf Organisationsebene können Sie das Hash-Verfahren für neue Tokens aktivieren und konfigurieren sowie die bisherige Hash-Technologie für alle Tokens beibehalten, die vor dieser neuen Funktion vorhanden waren. Bisher wurde in Edge for Private Cloud über das Attribut „hash.oauth.tokens.enabled“ in der Datei „keymanagement.properties“ (auf dem Verwaltungsserver und den Nachrichtenprozessoren) die automatische SHA1-Hash-Technologie für OAuth-Tokens aktiviert. Dieses Attribut wird nicht mehr unterstützt.
Wenn Sie zuvor die Property „hash.oauth.tokens.enabled“ verwendet haben, um die SHA1-Hash-Technologie zu aktivieren, werden die neuen Properties auf Organisationsebene automatisch vom Upgrade-Script für diese Version generiert. Führen Sie nach dem Upgrade als Systemadministrator eine GET-Anfrage mit dieser API aus: https://{host}:{port}/v1/o/{your_org}.
- Informationen zum Aktivieren des Token-Hashings in Ihrer Organisation mit den neuen Properties finden Sie im Abschnitt Zugriffstoken anfordern unter „Token in der Datenbank hashen“.
- Informationen zum Bulk-Hashing vorhandener Tokens finden Sie im Betriebshandbuch für Edge für Private Cloud. (APIRT-1389)
Flache Verzeichnisstruktur für Protokolldateien
Sie können Edge so konfigurieren, dass Protokolldateien in einer flachen Verzeichnisstruktur gespeichert werden. Legen Sie dazu in der Datei „message-logging.properties“ ein neues enable.flat.directory.structure
-Attribut auf „wahr“ fest. Weitere Informationen finden Sie in der Richtlinie für Nachrichten-Logging.
(APIRT-1394)
Leistung des Umgebungscaches
Für eine bessere Verwaltung und Nutzung des In-Memory-Caches wurde die Einstellung „Maximale Elemente im Arbeitsspeicher“ für Umgebungscache-Ressourcen eingestellt. Die Gesamtzahl der Elemente in allen Cache-Ressourcen (einschließlich des Standardcaches) hängt vom gesamten Arbeitsspeicher ab, der dem Cache zugewiesen ist. Standardmäßig beträgt der für das In-Memory-Caching für einen bestimmten Message Processor zugewiesene Arbeitsspeicher 40% des gesamten verfügbaren Arbeitsspeichers. Dieser Wert wird durch die Cache-Eigenschaftseinstellungen in der Datei „cache.properties“ des Message Processors bestimmt. Elemente werden nur dann aus dem In-Memory-Cache entfernt, wenn nicht genügend Cache-Speicher vorhanden ist oder die Elemente ablaufen.
Wenn Sie zum alten Verhalten zurückkehren und die Eigenschaft „Maximale Elemente im Arbeitsspeicher“ für die Cache-Verwaltung verwenden möchten, legen Sie die Eigenschaft overrideMaxElementsInCacheResource=false
in der Datei „cache.properties“ fest. (APIRT-1140)
API-Dienste
Im Folgenden sind die neuen API-Dienstfunktionen aufgeführt, die in dieser Version enthalten sind.
Neuer Proxy-Editor als Standard
Der neue API-Proxy-Editor ist standardmäßig in der Verwaltungsoberfläche aktiviert. Der neue Editor bietet viele Verbesserungen der Nutzerfreundlichkeit, darunter umfassendere Ansichten von bedingten Flusen und Endpunkten auf der Übersichtsseite, die gesamte Konfiguration auf der Seite „Entwickeln“, ein intuitiveres Hinzufügen von bedingten Flusen, Endpunkten und Richtlinien, vollständigere XML-Ansichten anstelle kleiner Snippets sowie eine Suche, bei der Dateinamen und Text gecrawlt werden. (MGMT-2279)
Neue DeleteOAuthV2.0Info-Richtlinie
Mit der neuen Richtlinie „OAuth 2.0-Informationen löschen“ können Sie OAuth 2.0-Zugriffstokens und Autorisierungscodes löschen. Die Richtlinie ersetzt die Funktionen, die zuvor von der Verwaltungs-API bereitgestellt wurden. Weitere Informationen finden Sie unter DeleteOAuth v2-Informationsrichtlinie. (MGMT-2257)
Neue DeleteOAuthV1.0Info-Richtlinie
Mit der neuen Richtlinie „OAuth v1.0-Informationen löschen“ können Sie OAuth v1.0-Anfragetokens, Zugriffstokens und Verifier-Codes löschen. Die Richtlinie ersetzt die Funktionen, die zuvor von der Verwaltungs-API bereitgestellt wurden. Weitere Informationen finden Sie unter Informationsrichtlinie für OAuth V1 löschen. (APIRT-1351)
Richtlinie zur Zugriffssteuerung
Die Zugriffssteuerungsrichtlinie wurde erweitert, um eine detailliertere Auswertung von IP-Adressen für Zulassungs- und Sperrlisten zu ermöglichen, wenn IP-Adressen im X-FORWARDED-FOR
-HTTP-Header enthalten sind.
Wenn die Prüfung mehrerer IP-Adressen im Header aktiviert ist (wenden Sie sich an den Support, um die Funktion „feature.enableMultipleXForwardCheckForACL“ festzulegen), können Sie mit dem neuen <ValidateBasedOn>
-Element in der Richtlinie die erste, die letzte oder alle IP-Adressen im Header prüfen. Weitere Informationen finden Sie unter Richtlinie zur Zugriffssteuerung.
Neue Entitäten in der Access Entity-Richtlinie
Die Richtlinie für den Zugriff auf Entitäten gewährt Zugriff auf die folgenden neuen Entitäten: consumerkey-scopes, authorizationcode, requesttoken und verifier. Weitere Informationen finden Sie unter AccessEntity-Richtlinie.
Statistics Collector-Richtlinie: Automatische Umwandlung des Statistiknamens in Kleinbuchstaben
Wenn Sie eine benutzerdefinierte Analytics-Sammlung im API-Proxy-Editor erstellen (Seite „Entwickeln“ > „Tools“ > „Benutzerdefinierte Analytics-Sammlung“), muss die Collector-Variable (Statistik) „Name“ in Kleinbuchstaben geschrieben sein. Wenn Sie den Namen in Großbuchstaben eingeben, wandelt das Tool den Statistiknamen in der Statistics Collector-Richtlinie automatisch in Kleinbuchstaben um. (MGMT-740)
Klassische Trace-Funktion im API-Proxy-Editor entfernt
Die neueste Version der Trace-Funktion im API-Proxy-Editor ist nicht mehr als Betaversion verfügbar, sondern allgemein verfügbar. Der Zugriff auf die „klassische Trace“ über den Link „Auf die klassische Version von Trace zugreifen“ ist nicht mehr möglich.
Zugriff auf die Apigee-Community über das Hilfemenü der Verwaltungsoberfläche
Sie können über das Hilfemenü der Verwaltungsoberfläche auf die Apigee-Community zugreifen.
Fehlermeldungen in der Verwaltungsoberfläche
Die Fehlermeldungen in der Verwaltungsoberfläche wurden verbessert:
- Die Verwaltungsoberfläche, auf der alle Fehlermeldungen für die gesamte Anmeldesitzung gruppiert und angezeigt wurden, sofern Sie sie nicht geschlossen haben. Mit diesem Update werden die Fehlermeldungen automatisch gelöscht, wenn Sie die Seite verlassen, auf der sie aufgetreten sind. (MGMT-2254)
- In der Verwaltungsoberfläche werden doppelte Fehlermeldungen nicht mehr unterdrückt. (MGMT-2242)
Leistungs- und Fehlerverbesserungen der Benutzeroberfläche
Es wurden allgemeine Verbesserungen an verschiedenen Bereichen der Verwaltungsoberfläche vorgenommen, darunter an der Leistung der Seitenanzeige und der Bereinigung von Fehlermeldungen.
Rollen-Hyperlinks auf der Seite „Nutzer der Organisation“ in der Verwaltungsoberfläche
Auf der Seite „Nutzer der Organisation“ in der Verwaltungsoberfläche (Verwaltung > Nutzer der Organisation) sind Rollennamen jetzt mit Hyperlinks verknüpft, sodass Sie schnell zu den Seiten mit den Rollen gelangen. (MGMT-1055)
Neue Zielvariablen im Nachrichtenfluss
Neue Variablen in Nachrichtenflüssen liefern vollständigere URL-Informationen für Zielendpunkte und Zielserver:
-
TargetEndpoint:
request.url
ersetzttarget.basepath.with.query
. -
TargetServer:
loadbalancing.targetserver
ersetzttargetserver.name
. Außerdem wirdtarget.basepath
nur dann ausgefüllt, wenn das Element<Path>
im Element „HTTPTargetConnection“<LoadBalancer>
des TargetEndpunkts verwendet wird.
Unterstützung für Server Name Indication (SNI)
Edge unterstützt die Verwendung von Server Name Indication in Richtung Süden (vom Nachrichtenprozessor zu Zielendpunkten). Wenn Sie SNI verwenden möchten, wenden Sie sich an den Apigee-Support.
Java 1.7 ist erforderlich.
Mit SNI, einer Erweiterung von TLS/SSL, können mehrere HTTPS-Ziele über dieselbe IP-Adresse und denselben Port bereitgestellt werden, ohne dass alle diese Ziele dasselbe Zertifikat verwenden müssen.
Es ist keine Edge-spezifische Konfiguration erforderlich. Wenn Ihre Umgebung für southbound SNI konfiguriert ist (Edge-Cloud ist standardmäßig), wird es von Edge unterstützt.
Edge extrahiert automatisch den Hostnamen aus der Anfrage-URL und fügt ihn der SSL-Handshake-Anfrage hinzu. Wenn der Zielhost beispielsweise https://beispiel.de/request/path lautet, fügt Edge die Erweiterung server_name hinzu, wie unten dargestellt:
Weitere Informationen zu SNI finden Sie unter http://en.wikipedia.org/wiki/Server_Name_Indication.
„Signaturalgorithmus“ in den Details zu SSL-Zertifikaten
Den Details zu SSL-Zertifikaten wurde das neue Feld „Signaturalgorithmus“ hinzugefügt. Es ist in der Verwaltungsoberfläche (Verwaltung > SSL-Zertifikate) und in der Verwaltungs-API (Zertifikatsdetails aus einem Schlüsselspeicher oder Truststore abrufen) zu sehen. Das Feld enthält entweder „sha1WithRSAEncryption“ oder „sha256WithRSAEncryption“, je nachdem, welcher Hash-Algorithmus zum Generieren des Zertifikats verwendet wurde.
SSL-Zertifikate anzeigen, die bald ablaufen
Auf der Seite „SSL-Zertifikate“ in der Verwaltungsoberfläche (Verwaltung > SSL-Zertifikate) sehen Sie, wann SSL-Zertifikate innerhalb von 10, 15, 30 oder 90 Tagen ablaufen, je nachdem, was Sie im Drop-down-Feld „Neuer Ablauf“ ausgewählt haben.
Bedrohungsschutzfehlerkonfiguration
Standardmäßig löst Edge bei einem Fehler „HTTP 500 Internal Server Error Statuscode“ und bei einem Fehler „ExecutionFailed“ den Fehler einer JSON- oder XML Threat Protection-Richtlinie aus. Sie können dieses Fehlerverhalten mit einer neuen Property auf Organisationsebene ändern. Wenn Sie das Organisationsattribut features.isPolicyHttpStatusEnabled
auf „true“ setzen, geschieht Folgendes:
- Anfrage: Wenn eine Bedrohungsschutzrichtlinie an einen Anfrageablauf angehängt wird, geben ungültige Nachrichten den Statuscode 400 zusammen mit einer entsprechenden Richtlinienfehlermeldung zurück.
- Antwort: Wenn eine Bedrohungsschutzrichtlinie an einen Antwortablauf angehängt wird, wird bei ungültigen Nachrichten weiterhin der Statuscode 500 zurückgegeben und eine der entsprechenden Richtlinienfehlermeldungen wird ausgegeben (statt nur „ExecutionFailed“).
Cloud-Kunden müssen sich an den Apigee-Support wenden, um die Organisationseigenschaft festzulegen. Diese Funktion wird Kunden der Edge Private Cloud mit der nächsten vierteljährlichen Private Cloud-Version zur Verfügung stehen.
Aktualisierte Schemas für Endpunkte, Proxys und andere Entitäten
Die Referenzschemata wurden für nicht richtlinienbezogene Entitäten wie TargetEndpoint, ProxyEndpoint, APIProxy und viele andere aktualisiert. Weitere Informationen finden Sie unter https://github.com/apigee/api-platform-samples/tree/master/schemas. (APIRT-1249)
Entwicklerdienste
Im Folgenden sind die neuen Funktionen der Entwicklerdienste in dieser Version aufgeführt.
Allgemeine Verfügbarkeit von SmartDocs
SmartDocs ist nach dem Abschluss der Betaphase jetzt allgemein verfügbar. Zu den Updates und neuen Funktionen gehören:
- Unterstützung für Swagger 2.0, einschließlich Import per Datei oder URL und Unterstützung für benutzerdefinierte Sicherheitsobjekte.
- Verbesserungen am visuellen Design der Vorlagen, mit denen SmartDocs generiert werden.
- Verbesserungen der Nutzerfreundlichkeit und des Workflows im Entwicklerportal, verfügbar über das Menü „Inhalte“ > „SmartDocs“ in Drupal.
- Die Authentifizierungsmethode „Benutzerdefiniertes Token“ heißt jetzt „API-Schlüssel“.
- „Sicherheits“-Objekte für die Authentifizierung, die auf Ebene der Version definiert sind.
- Konfiguration der Clientauthentifizierung auf Vorlagenebene. Bei neuen Versionen werden keine vorkonfigurierten SmartDocs-Clientanmeldedaten mehr zurückgesetzt.
Weitere Funktionsbeschreibungen finden Sie in diesem Blogpost.
Eine SmartDocs-Dokumentation finden Sie unter APIs mit SmartDocs dokumentieren.
Name der Entwickler-App, der in der Verwaltungsoberfläche angezeigt wird
Entwickler-Apps in Edge haben sowohl einen internen Namen, der sich nicht ändert, als auch einen Anzeigenamen, den Sie ändern können. Auf der Seite „Entwickler-App“ in der Verwaltungsoberfläche (Veröffentlichen > Entwickler-Apps > App-Name) werden der interne Name der App und der Anzeigename angezeigt. So können Sie Apps für die Fehlerbehebung und API-Verwaltung leichter anhand ihrer internen Namen identifizieren.
Analytics-Dienste
Im Folgenden sind die neuen Funktionen der Analytics-Dienste in diesem Release aufgeführt.
Zeitlimit für aufbewahrte Daten
Wenn Sie Analyseberichte mit der Verwaltungsoberfläche oder API generieren, ist der Zugriff auf Daten, die älter als sechs Monate ab dem aktuellen Datum sind, nicht standardmäßig möglich. Wenn Sie auf Daten zugreifen möchten, die älter als sechs Monate sind, wenden Sie sich an den Apigee-Support.
Die klassische Version benutzerdefinierter Berichte wird aus der Verwaltungsoberfläche entfernt
Die optionale klassische Version der benutzerdefinierten Analyseberichte ist in der Verwaltungsoberfläche nicht mehr verfügbar.
Leistung des Widgets „Engagement von Entwicklern“
Das Trichter-Widget im Hauptanalysedashboard (Abschnitt „Engagement von Entwicklern“) wurde optimiert, um die Leistung zu verbessern.
Monetarisierung
Im Folgenden sind die neuen Monetarisierungsfunktionen in dieser Version aufgeführt.
E-Mail-Benachrichtigungen zu Preisplänen
Mit einem neuen E-Mail-Benachrichtigungstyp für Preispläne können Sie Entwickler benachrichtigen, wenn sie ein bestimmtes Transaktions- oder Dollarlimit in den von ihnen gekauften Preisplänen mit Volumenbeschränkung oder Paketpreis erreichen. Weitere Informationen finden Sie unter Benachrichtigungen mithilfe von Benachrichtigungsvorlagen einrichten.
Synchronisierung der Zeiträume für die wiederkehrende Gebühr und die Aggregationsbasis
In einem Preisplan waren möglicherweise zwei unterschiedliche Zeiträume in Kraft:
- Der Zeitraum für wiederkehrende Gebühren, der auf dem Tab „Gebühren“ eines Tarifpakets konfiguriert wurde und festlegte, wann Entwicklern eine wiederkehrende Gebühr in Rechnung gestellt wurde.
- Der auf der Preiskarte für Volumentarife oder Pakete definierte Aggregationszeitraum, anhand dessen festgelegt wird, wann die Nutzung von Paketen für Entwickler zurückgesetzt wird.
Diese beiden Zeiträume sind jetzt synchronisiert. Wenn in einem Preisplan sowohl eine wiederkehrende Gebühr als auch eine Preiskarte für die volumenabhängige Preisgestaltung oder ein Preispaket vorhanden ist, wird der Zeitraum der wiederkehrenden Gebühr für beide verwendet. Wenn beispielsweise eine wiederkehrende monatliche Gebühr besteht, werden auch Preislistenpakete monatlich zurückgesetzt (standardmäßig zu Beginn des Monats).
Wenn keine wiederkehrende Gebühr vorhanden ist, werden Sets basierend auf der auf der Preisliste definierten Aggregationsbasis zurückgesetzt. Wenn ein Entwickler beispielsweise am 19. des Monats mit der Verwendung einer Preisliste beginnt und die Aggregationsbasis „Monatlich“ ist, wird die Nutzung des Sets einen Monat nach dem 19. zurückgesetzt.
Die Aggregationsbasis wird eingestellt und in einer zukünftigen Version aus der Monetarisierung entfernt. Weitere Informationen finden Sie unter Details zum Preisplan angeben.
Benutzerdefinierte Attribute in Berichten zum zusammengefassten Umsatz
Mit Richtlinien zur Transaktionsaufzeichnung können Sie optional benutzerdefinierte Attributdaten aus Transaktionen erfassen. Diese benutzerdefinierten Transaktionsattribute können Sie jetzt in Zusammenfassungsberichte zu Umsätzen aufnehmen. Wenn Sie Ihrer Organisation die Eigenschaft „MINT.SUMMARY_CUSTOM_ATTRIBUTES“ hinzufügen, können Sie angeben, welche benutzerdefinierten Attribute den Datenbanktabellen für die Verwendung in Berichten hinzugefügt werden.
Apigee Edge for Private Cloud-Kunden können das Flag mit dem folgenden API-Aufruf und den Anmeldedaten des Systemadministrators festlegen.
curl -u email:password -X PUT -H "Content-type:application/xml" http://host:8080/v1/o/myorg -d \ "<Organization type="trial" name="MyOrganization"> <Properties> <Property name="features.isMonetizationEnabled">true</Property> <Property name="MINT.SUMMARY_CUSTOM_ATTRIBUTES">["my_attribute_1","my_attribute_2"]</Property> <Property name="features.topLevelDevelopersAreCompanies">false</Property> </Properties> </Organization>"
Das Array der benutzerdefinierten Attribute im API-Aufruf ist URL-codiert.
SmartDocs-Upgrade
Wenn Sie SmartDocs bereits während der Betaphase verwendet haben, müssen Sie SmartDocs in Ihrem Entwicklerportal auf die neue Version aktualisieren, um die neuen Funktionen nutzen zu können.
Alle SmartDocs-Seiten, die bereits in Ihrem Entwicklerportal veröffentlicht wurden, funktionieren weiterhin. Sie müssen jedoch den Aktualisierungsprozess durchlaufen, bevor Sie Änderungen an vorhandenen oder neuen Seiten bearbeiten oder veröffentlichen können.
Sie können SmartDocs zwar in Ihrem Entwicklerportal rendern und veröffentlichen, sie werden aber aus dem API-Modell generiert, das in den Edge API Management Services von Apigee gespeichert ist. Alle Änderungen, die Sie an einem API-Modell in Edge vornehmen, werden in allen Ihren Pantheon-Umgebungen übernommen (ähnlich wie Entwickler in allen Pantheon-Umgebungen vorhanden sind).
Von der SmartDocs-Betaversion zur allgemeinen Verfügbarkeit wechseln
- Aktualisieren und testen Sie den Release vom 27. Mai 2015 in Ihrer dev- oder test-Umgebung auf Pantheon.
- Erstellen Sie ein neues Modell, um ein vorhandenes API-Modell zu ersetzen, das Sie verwendet haben.
- Wenn Sie Swagger- oder WADL-Dokumente importiert haben, importieren Sie sie noch einmal in eine neue Version.
- Wenn Sie Ihr API-Modell über das SmartDocs-Modul verwaltet haben, exportieren Sie es als SmartDocs JSON und importieren Sie es über einen Dateianhang in Ihr neues Modell.
- Legen Sie die Sicherheitseigenschaften der Version Ihres Modells fest. Wählen Sie auf der Seite Inhalte > SmartDocs > Modell die Option Sicherheitseinstellungen aus.
- Prüfen Sie auf der Seite „Modelleinstellungen“ (Inhalte > SmartDocs), ob eine vorkonfigurierte Authentifizierung vorhanden ist. Klicken Sie dazu in der Spalte „Vorgänge“ auf Einstellungen.
- Aktualisieren Sie alle benutzerdefinierten Vorlagen, damit sie Version 6 der CSS- und JS-Assets verwenden. Berücksichtigen Sie dabei auch neue Objektnamen wie „authSchemes“ und „apiSchema“. Informationen zum Aktualisieren von SmartDocs-Vorlagen finden Sie unter APIs mit SmartDocs dokumentieren.
- Rendern Sie die Modellversion noch einmal und veröffentlichen Sie sie.
- Nachdem du die neue Dokumentation validiert hast, aktualisiere dein Produktionsportal auf den Release vom 27. Mai 2015.
Wenn Sie Edge Enterprise-Kunde sind und Fragen oder Bedenken zum Upgradeprozess haben, senden Sie bitte eine E-Mail an marsh@apigee.com und cnovak@apigee.com. Andernfalls können Sie sich an die Apigee-Community wenden.
Künftige Funktionsänderungen und -verbesserungen
In diesem Abschnitt erhalten Sie einen Überblick über die geplanten Änderungen und Verbesserungen an Funktionen:
Verhalten der ResponseCache-Richtlinie ändern
In einer zukünftigen Version (noch nicht festgelegt) ändert sich das Standardverhalten des Elements <ExcludeErrorResponse> der Response Cache-Richtlinie.
Aktuelles Verhalten:Das Element <ExcludeErrorResponse> in der ResponseCache-Richtlinie ist standardmäßig auf „false“ (falsch) festgelegt. Das bedeutet, dass Antworten mit jedem möglichen HTTP-Statuscode (einschließlich 3xx) standardmäßig gemäß der ResponseCache-Richtlinie im Cache gespeichert werden.
Zukünftiges Verhalten:Das Element <ExcludeErrorResponse> in der ResponseCache-Richtlinie hat standardmäßig den Wert „wahr“. Das bedeutet, dass standardmäßig nur Antworten mit den HTTP-Statuscodes 200 bis 205 im Cache gespeichert werden. Wenn Sie dieses Verhalten überschreiben und Antworten für alle Statuscodes im Cache speichern möchten, müssen Sie das Element <ExcludeErrorResponse> explizit auf „true“ setzen.
Aktuelle Problemumgehung : Wenn Sie in Private Cloud 4.15.07.00 und älteren Releases nur Antworten mit den Statuscodes 200 bis 205 im Cache speichern möchten, müssen Sie das Element <ExcludeErrorResponse> explizit auf „true“ setzen.
Fehlerkorrekturen
Folgende Fehler wurden in diesem Release behoben.
Problem-ID | Beschreibung |
---|---|
OPDK-1521 | Problem mit der Passwortverschlüsselung |
OPDK-1201 | UI-Daten konnten nicht wiederhergestellt werden |
OPDK-1112 | Die benutzerdefinierte LDAP-Passwortrichtlinie wird nicht auf den Apigee-Administrator angewendet |
OPDK-1097 | Keyspace-Ausnahme beim OPDK-Upgrade |
OPDK-1068 | Administratorpasswort kann geändert werden, wenn die Installation fehlschlägt |
OPDK-1053 | Zookeeper wird als Root ausgeführt |
OPDK-967 | Wenn OpenLDAP mit „set-autostart.sh“ für den automatischen Start konfiguriert wird, wird es von „all-status.sh“ als inaktiv gemeldet. |
OPDK-905 | Smartdocs-Produkt bereits in der Gruppe „axgroup001“ registriert |
OPDK-899 | Fehler beim Onboarding |
OPDK-847 | Nutzer, der während des Onboardings erstellt wurde, erhält keine E-Mail zum Zurücksetzen des Passworts |
OPDK-817 | init.d-Scripts geben einen Fehler zurück |
OPDK-815 | Für das Script „ax-purge.sh“ müssen Stichprobentabellen gelöscht werden |
MGMT-2246 | Die Seite „Benutzerdefinierten Bericht erstellen“ wird in der Verwaltungsoberfläche nicht richtig angezeigt |
MGMT-2235 | Bei ablaufenden SSL-Zertifikaten kann die relative Zeit bis zum Ablaufdatum verwirrend gerundet werden Bei ablaufenden SSL-Zertifikaten wird die relative Zeit bis zum Ablaufdatum immer in Tagen angezeigt, anstatt auf Monate aufgerundet zu werden, wenn das Zertifikat in 90 Tagen oder weniger abläuft. |
MGMT-2193 | Ladesymbol beim Bearbeiten einer API |
MGMT-2173 | Gültige URLs nicht mehr in der Trace-Benutzeroberfläche zulässig Über die Trace-Benutzeroberfläche können Sie jetzt Anfragen mit Abfrageparameterwerten senden, die verschachtelte Abfrageparameter enthalten. |
MGMT-2162 | Problem bei der JavaScript-Kompilierung |
MGMT-2124 | Die Berechtigungen der Kundenrolle werden beim Speichern der Berechtigungen auf der Benutzeroberfläche zurückgesetzt. |
MGMT-2114 | Bei einer ungültigen Syslog-IP-Adresse in der MessageLogging-Richtlinie sollte bei der Bereitstellung ein korrekter Fehler ausgegeben werden. |
MGMT-2067 | Spuren: Wenn die API-Proxy-Version in zwei Umgebungen bereitgestellt wird, funktioniert die Auswahl der Version und Umgebung nicht richtig |
MGMT-2061 | Bei „Passwort vergessen“ sollte nur eine E-Mail an registrierte Nutzer gesendet werden Über den Link „Passwort vergessen?“ auf der Anmeldeseite der Verwaltungsoberfläche werden nur E-Mails an registrierte Apigee-Nutzer gesendet. |
MGMT-2048 | Nutzer mit benutzerdefinierter Rolle, die die Bereitstellungsberechtigungen auf eine Umgebung beschränkt, kann in anderen Umgebungen bereitstellen |
MGMT-2041 | Das Element „FaultRules“ aus der Standardanhängevorlage entfernen Das Element „FaultRules“, das in Richtlinien oder API-Proxy-Schritten nicht verwendet wird, wird nicht mehr automatisch hinzugefügt, wenn Sie API-Proxys erstellen oder Richtlinien hinzufügen. |
MGMT-2034 | Abrufen der WSDL löst einen Fehler aus: „Fetch WSDL Error: Error processing WSDL“ |
MGMT-1986 | UI-Fehler beim Hinzufügen eines Entwicklers |
MGMT-1983 | Die API zum Abrufen eines OAuth 2.0-Autorisierungscodes gibt den falschen Status zurück |
MGMT-1962 | Fehler bei der Anmeldung in der Verwaltungs-UI mit einem starken Passwort Die Anmeldung in der Benutzeroberfläche mit bestimmten Sonderzeichen wie dem Prozentzeichen schlägt nicht mehr fehl. |
MGMT-1947 | Unintuitive Rollen in der Verwaltungsoberfläche Wenn ein Nutzer nicht berechtigt ist, eine Richtlinie zur Transaktionsaufzeichnung zu erstellen oder zu bearbeiten, sind die entsprechenden Schaltflächen auf der Benutzeroberfläche jetzt deaktiviert. |
MGMT-1899 | Ressourcenpfade nach dem Speichern der Produkteinstellungen gelöscht Beim Bearbeiten eines API-Produkts können die Ressourcenpfade des Produkts gelöscht werden, wenn der Nutzer doppelt auf die Schaltfläche „Speichern“ klickt. Dieses Problem wurde behoben. |
MGMT-1894 | Die Seite „Entwickler-Apps“ wird für die Spalte „Entwickler“ nie vollständig geladen. |
MGMT-1882 | Neuer API-Proxy aus WSDL zeigt nur die letzten Parameterdetails an |
MGMT-1878 | Wenn mehrere Versionen in einer Umgebung bereitgestellt werden, wird in Trace nur eine davon angezeigt. |
MGMT-1872 | Benutzerdefinierte Berichte können nicht heruntergeladen werden |
MGMT-1863 | Node.js-Protokolle werden in der Verwaltungsoberfläche nicht angezeigt |
MGMT-1843 | API-Proxy lässt sich nicht öffnen |
MGMT-1833 | Ein Systemadministrator sollte nicht die Möglichkeit haben, das Passwort für OPDK über die Benutzeroberfläche zu ändern. |
MGMT-1825 | Cross-Site-Scripting-Fehler (XSS) |
MGMT-1824 | Fehler beim Abrufen der WSDL beim Importieren einer WSDL-Datei mit der Erweiterung „.xml“ |
MGMT-1812 | TargetEndpoint-Überprüfung beim Import hinzufügen Ähnlich wie beim ProxyEndpoint wird der TargetEndpoint beim Import des API-Proxys auf das richtige Schema und die richtigen Ausdrücke in den Bedingungen geprüft. |
MGMT-1804 | Die Node.js API sendet in einigen Fällen ungültige JSON-Daten Auf dem Bildschirm „Node.js-Protokolle“ wurden bisher unformatierte Protokolle angezeigt, wenn die JSON-Daten ungültige Zeichen enthielten. Dieses Problem wurde in dieser Version behoben und die Benutzeroberfläche zeigt jetzt korrekt formatierte Node.js-Protokolle an. |
MGMT-1802 | URL zum Zurücksetzen des Passworts #118 Wenn sich die Verwaltungsoberfläche hinter einem SSL-Endserver befindet, generiert sie jetzt korrekt eine E-Mail zum Zurücksetzen des Passworts mit einem Link zu einer HTTPS-URL anstelle einer HTTP-URL. |
MGMT-1799 | Anfrage zum Senden von UI-Sicherheitslücken in Trace |
MGMT-1777 | Nutzer mit einer E-Mail-Adresse mit der TLD .acn kann nicht hinzugefügt werden |
MGMT-1735 | Branding: „Error while fetching W“ Wir haben die Unterstützung für benutzerdefiniertes Branding in Edge OPDK sofort entfernt. Uns ist bewusst, dass dies die wenigen Kunden, die diese Funktion genutzt haben, enttäuschen wird. Diese Funktion verbessert jedoch nicht direkt die API-Verwaltungsfunktionen von Edge. |
MGMT-1569 | Problem beim Verknüpfen eines API-Proxys mit einem vorhandenen API-Produkt Das Problem beim Verknüpfen eines API-Proxys mit einem API-Produkt in der Verwaltungsoberfläche wurde behoben, wenn der API-Proxy eine Ressource für den Pfad „/“ hatte. |
MGMT-1563 | Die Schaltfläche „Senden“ in Trace bleibt deaktiviert, wenn ein Fehler auftritt |
MGMT-1362 | E-Mail zum Zurücksetzen des Passworts funktioniert nicht, wenn die E-Mail-Adresse das Zeichen „_“ enthält Problem beim Zurücksetzen des Passworts in OPDK mit E-Mail-Adressen, die einen Unterstrich enthalten, behoben. |
MGMT-1345 | Import von WSDL mit mehreren Namespaces führt zu einem falschen SOAP-Build-Schritt |
MGMT-1193 | Das Speichern des Proxys als neue Version ändert die Routenregel unerwartet |
MGMT-1061 | SmartDocs: Beschreibung des Body-Typ-Parameters in der Swagger-Definition wird in der Dokument-UI nicht angezeigt |
MGMT-800 | Das Erstellen einer Ressource mit dem Namen „default“ führt zu einer fehlerhaften Benutzeroberfläche |
MGMT-787 | Nutzerfreundlichkeitsproblem bei UI-Benachrichtigungen Wenn Sie in der Verwaltungsoberfläche auf „+ API-Proxy“ klicken und das Dialogfeld „Neuer API-Proxy“ angezeigt wird, können Sie die ESC-Taste drücken, um das Dialogfeld zu schließen. |
MGMT-619 | Paginierung auf der API-Proxy-Benutzeroberfläche aktivieren |
MGMT-602 | API Proxy Develop view: Add a Response Cache policy when endpoint does not have PreFlow/PostFlow causes error |
MGMT-460 | Richtlinien werden beim Umbenennen nicht aktualisiert und es werden doppelte Richtlinien erstellt, die nicht entfernt werden können |
DEVRT-1644 | Bei der Suche nach Benachrichtigungen nach Namen wird die falsche E-Mail-Adresse gesendet |
DEVRT-1583 | In der Monetarisierungs-UI wird für ein aktuelles Tarifpaket das Kennzeichen „Zukünftig“ angezeigt |
DEVRT-1546 | Planlimits funktionieren nicht |
DEVRT-1511 | mint.resourceDoesNotExist-Fehler für einen vorhandenen Entwickler |
CORERT-639 | TCPSysLogSocket muss asynchron sein |
CORERT-613 | SSL-Handshake-Fehler aufgrund von „unrecognized_name“ |
AXAPP-1728 | Monetarisierungsvariablen in Analytics ignorieren |
AXAPP-1708 | Die Analytics API liefert je nach Anfrage unterschiedliche Werte für dieselbe Statistik. |
AXAPP-1707 | Leistung der kostenlosen Analysetools für Podcasts verbessern |
AXAPP-1690 | Fehler „Ungültige API“ bei benutzerdefinierten Berichten |
AXAPP-1533 | Bei der Google Analytics-Geokarte wird der Fehler „Ungültiger API-Aufruf“ ausgegeben |
AXAPP-1493 | Falsche Cache-Leistungsstatistiken |
APIRT-1436 | Tool/Script zum Hashen nicht gehashter Tokens erstellen |
APIRT-1425 | Das Attribut „continueOnError“, das auf „true“ gesetzt ist, hat keine Auswirkungen auf die JavaCallout-Richtlinie. |
APIRT-1346 | OAuth2.0 – Der gehashte Wert wird in der Antwort des Zugriffstokens zurückgegeben, wenn „hash.oauth.tokens.enabled“ auf „wahr“ festgelegt ist. |
APIRT-1206 | „target_ip“ wird in der Faktentabelle für 503- und die meisten 504-Fehler nicht erfasst. |
APIRT-1170 | Fehlende Ressourcendatei führte dazu, dass MP eine Umgebung nicht laden konnte |
APIRT-1148 | GET der Variablen {message.version} in ResponseFlow für ein Node.js-Ziel löst eine NPE aus |
APIRT-1054 | Das Protokollieren von Nachrichten schlägt fehl, wenn versucht wird, die Protokolle in einem anderen Verzeichnis als dem Standardverzeichnis zu speichern |
APIRT-387 | OrganizationService in der Variante „Sonstiges“ auf MP ausführen |
APIRT-67 | Die OAuth-Richtlinie „GenerateAccessToken“ setzt die Variable „oauthV2.failed“ nicht richtig |
APIRT-52 | Benutzerdefinierte Berichte: Der Antwortstatuscode vieler APIs ist null |
Bekannte Probleme
Diese Version weist die folgenden bekannten Probleme auf.
Problem-ID | Beschreibung |
---|---|
OPDK-1586 |
Das API BaaS-Portal kann nicht gestartet werden, wenn die IPv6-Unterstützung nicht aktiviert ist
|
OPDK-1785 |
Monetarisierungskomponente in einer aktualisierten Edge-Installation installieren
Als Problemumgehung können Sie die richtige Monetarisierungsversion in der Datei „apigee-env.sh“ festlegen, bevor Sie versuchen, die Monetarisierung zu installieren. Wenn Sie die Monetarisierungsversion in 4.15.07 erhalten möchten (nachdem Sie bereits ein Upgrade auf Edge 4.15.07 durchgeführt haben), führen Sie Folgendes aus:
> source /{install-dir}/apigee4/bin/apigee-env.sh > VER=`basename $(find $SHARE_DIR/installer/monetization -name "mint-*.zip") | cut -d "-" -f 2,3,4`
Standardmäßig ist install-dir „/opt“.
Der Wert von VER oben muss in apigee-env.sh festgelegt werden:
> sed -i "s/^MONETIZATION_VERSION=.*/MONETIZATION_VERSION=$VER/" /install-dir/apigee4/bin/apigee-env.sh
Wenn Sie versucht haben, die Monetarisierung zu installieren, ohne die oben genannten Schritte auszuführen, schlägt die Installation fehl und es gibt wahrscheinlich einen inaktiven Symlink im Freigabeverzeichnis. Sie müssen diesen Symlink entfernen:
> rm /install-dir/apigee4/share/monetization
Nachdem du den Symlink entfernt hast, führe die oben beschriebenen Schritte aus, um die Monetarisierungsversion festzulegen, und versuche dann noch einmal, die Monetarisierung zu installieren.
|
OPDK-1857 |
In bin/qpid-stat.sh und bin/qpid-config.sh hartcodierte Python 2.6-Version Unter CentOS und RedHat 7.0 sind mehrere Scripts in bin/qpid-stat.sh und bin/qpid-config.sh hartcodiert, um Python-Version 2.6 zu verwenden. Als Behelfslösung können Sie die Zeile ändern, in der PYTHONPATH in „qpid-stat.sh“ und „qpid-config.sh“ im Verzeichnis „apigee4/bin“ exportiert wird.
Die Python-Version auf Ihrem System finden Sie im Verzeichnis /opt/apigee4/share/apache-qpid/lib. Das Verzeichnis ist höchstwahrscheinlich „python2.7“. Aktualisieren Sie dann die PYTHONPATH-Einstellung in „qpid-stat.sh“ und „qpid-config.sh“ mit dem richtigen Pfad. Beispiel:
|
DEVRT-1574 | Nicht übereinstimmendes Guthaben und Nutzung für Entwickler mit mehreren aktiven Tarifpaketen Wenn ein Entwickler bei der Monetarisierung für mehrere Tarifpakete mit Gebühren pro API-Aufruf aktiv ist, kann die Nutzung des Geldguthabens manchmal inkonsistent sein. |
APIBAAS-1647 | Nach der Anmeldung als Systemadministrator wird in der BaaS-Benutzeroberfläche die Meldung „Fehler beim Abrufen von Rollen“ angezeigt. Diese Fehlermeldung wird beim ersten Anmelden des Systemadministrators im System nach dem Upgrade von 4.15.01 auf 4.15.07 angezeigt. Sie können diese Nachricht ignorieren. |
DEVRT-1834 |
Upgrade der Monetarisierung auf 4.15.07 Das Skript „apigee-upgrade.sh“ gibt am Ende die folgende Meldung aus, in der Sie aufgefordert werden, ein anderes Skript auszuführen: ************************************** In order to complete the monetization upgrade please run: sudo /opt/apigee4/share/monetization/schema/migration/MOPDK4.15.04.00/ 365-create-notification-condition.sh ************************************** Sie können diese Nachricht ignorieren. Dieses Script ist nicht erforderlich und kann nicht ausgeführt werden. |
DEVRT-1951 |
Fehlende Benachrichtigungskonfigurationen bei der Neuinstallation der Monetarisierung
Bei einer Neuinstallation von Apigee Edge for Private Cloud Version 4.15.07.00 fehlen die folgenden Konfigurationen für Monetarisierungsbenachrichtigungen. Diese entsprechen den Benachrichtigungstypen auf der Seite „Verwaltung“ > „Benachrichtigungen“ in der Verwaltungsoberfläche.
mint.scheduler.${ORG_ID}.adhocnotify@@@management
mint.scheduler.${ORG_ID}.expiringrateplannotify@@@management
mint.scheduler.${ORG_ID}.newpkgnotify@@@management
mint.scheduler.${ORG_ID}.newproductnotify@@@management
mint.scheduler.${ORG_ID}.newrateplannotify@@@management
mint.scheduler.${ORG_ID}.tncacceptancenotify@@@management
So umgehen Sie dieses Problem: Sie benötigen die IP-Adresse Ihrer Cassandra-Instanz. Sie finden sie unter <installation-root>/apigee4/conf/cassandra/cassandra.yaml oder <installation-root>/apigee4/conf/cassandra/cassandra-topology.properties.
|
DEVRT-1952 |
Fehlende Benachrichtigungskonfigurationen bei der Monetarisierungsaktualisierung von 4.14.07.00
Beim Upgrade von Apigee Edge for Private Cloud von Version 4.14.07.00 auf 4.15.07.00 fehlen die folgenden Konfigurationen für Monetarisierungsbenachrichtigungen. Dies führt dazu, dass Monetarisierungsberichte nicht richtig funktionieren.
mint.scheduler.${ORG_ID}.chargedaily@@@management
mint.scheduler.${ORG_ID}.chargehourly@@@management
So umgehen Sie dieses Problem: Sie benötigen die IP-Adresse Ihrer Cassandra-Instanz. Sie finden sie unter <Installationsverzeichnis>/apigee4/conf/cassandra/cassandra.yaml oder <Installationsverzeichnis>/apigee4/conf/cassandra/cassandra-topology.properties.
|
OPDK-1878 | Pod-Name kann bei Installation in mehreren Rechenzentren nicht festgelegt werden In der Installationsanleitung für Edge wird angegeben, dass die Pod-Namen in den Dateien für die Installation im Silent-Modus für eine Installation in mehreren Rechenzentren auf „gateway-1“ und „gateway-2“ festgelegt werden müssen. Wenn Sie den Pod jedoch umbenennen, können die Router und Nachrichten-Prozessoren nicht ordnungsgemäß registriert und nicht aufgerufen werden. Dieses Problem verhindert auch, dass das Script setup-org.sh verfügbare Message Processors finden kann. Als Problemumgehung können Sie den Pod-Namen mithilfe der Property MP_POD in der Datei für die Installation im Silent-Modus für beide Rechenzentren auf „gateway“ festlegen. |
OPDK-1886 |
Knoten kann nicht auf lokale IP-Adressen wie 192.168.x.y zugreifen connect.ranges.denied=10.0.0.0/8,192.168.0.0/16,127.0.0.1/32 Starten Sie dann die Message Processor-Knoten neu: <install_dir>/apigge4/bin/apigee-service message-processor restart |
OPDK-1958 | Beim Upgrade benötigen alle Knoten Zugriff auf Port 8080 auf dem Verwaltungsserver. Während der Laufzeit benötigen die folgenden Komponenten Zugriff auf Port 8080 auf dem Verwaltungsserver: Router, Nachrichtenprozessor, Benutzeroberfläche, Postgres und Qpid. Beim Upgrade benötigen jedoch alle Knoten Zugriff auf Port 8080 auf dem Verwaltungsserver, einschließlich Cassandra- und Zookeeper-Knoten. |
OPDK-1962 | SSL für die Edge API nach dem Upgrade neu konfigurieren Wenn Sie die Edge API vor dem Upgrade auf 4.15.07.00 für die Verwendung von SSL konfiguriert haben, müssen Sie SSL nach dem Upgrade neu konfigurieren. Eine Anleitung zum Konfigurieren von SSL für die Edge API findest du im Edge-Betriebshandbuch. |