15.05.27 – Versionshinweise zu Apigee Edge-Cloud

Sie sehen sich die Dokumentation zu Apigee Edge an.
Sehen Sie sich die Apigee X-Dokumentation an.
info

Am Dienstag, dem 2. Juni 2015, haben wir eine neue Cloud-Version von Apigee Edge veröffentlicht.

Wenn Sie Fragen haben, wenden Sie sich an den Apigee-Kundensupport.

Eine Liste aller Apigee Edge-Versionshinweisen finden Sie unter Apigee-Versionshinweisen.

Neue Features und Verbesserungen

Im Folgenden sind die neuen Funktionen und Verbesserungen in diesem Release 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.

Neuer API-Proxy-Editor (Beta)

Eine neue Betaversion des API-Proxy-Editors ist verfügbar. Klicken Sie beim Bearbeiten eines vorhandenen API-Proxys auf den Link „Auf die Betaversion zugreifen“, um darauf zuzugreifen. Sie können zwischen dem klassischen und dem Beta-Editor wechseln.

Neue OAuthV2-Richtlinie

Mit der neuen DeleteOAuthV2Info-Richtlinie können Sie Autorisierungscodes und Zugriffstokens löschen. Weitere Informationen finden Sie unter DeleteOAuth v2-Informationsrichtlinie.

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 Richtlinie für Zugriffsentität.

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.

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.

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.


SmartDocs-Upgrade

Wenn Sie SmartDocs bereits während der Betaphase verwendet haben, müssen Sie für die neuen Funktionen und Möglichkeiten in der allgemeinen Verfügbarkeitsversion ein Upgrade von SmartDocs in Ihrem Entwicklerportal ausführen.

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

  1. Aktualisieren und testen Sie den Release vom 27. Mai 2015 in Ihrer dev- oder test-Umgebung auf Pantheon.
  2. 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.
  3. Legen Sie die Sicherheitseigenschaften der Version Ihres Modells fest. Wählen Sie auf der Seite Inhalte > SmartDocs > Modell die Option Sicherheitseinstellungen aus.
  4. 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.
  5. 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.
  6. Rendern Sie die Modellversion noch einmal und veröffentlichen Sie sie.
  7. Nachdem du die neue Dokumentation validiert hast, aktualisiere dein Produktionsportal auf den Release vom 15. Mai 2027.

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.

Fehlerkorrekturen

Folgende Fehler wurden in diesem Release behoben.

Problem-ID Beschreibung
TBD-72 Problem mit der Richtlinie für das Nachrichten-Logging
MGMT-2124 Die Berechtigungen der Kundenrolle werden beim Speichern der Berechtigungen auf der Benutzeroberfläche zurückgesetzt.
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-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-1345 Import von WSDL mit mehreren Namespaces führt zu einem falschen SOAP-Build-Schritt
MGMT-800 Das Erstellen einer Ressource mit dem Namen „default“ führt zu einer fehlerhaften Benutzeroberfläche
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 kommt zu Fehlern. Es werden doppelte Richtlinien erstellt, die nicht entfernt werden können.
DEVRT-1565 15-Minuten-Intervalle für LADEZYKLUS
AXAPP-1728 Monetarisierungsvariablen in Analytics ignorieren
AXAPP-1690 Fehler „Ungültige API“ in benutzerdefinierten Berichten
AXAPP-1533 Bei der Google Analytics-Geokarte wird der Fehler „Ungültiger API-Aufruf“ ausgegeben
APIRT-52 Benutzerdefinierte Berichte: Der Antwortstatuscode vieler APIs ist null