Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation weitere Informationen
Am Dienstag, dem 2. Juni 2015, wurde eine neue Cloud-Version von Apigee Edge veröffentlicht.
Wenn Sie Fragen haben, wenden Sie sich an den Apigee-Kundensupport.
Eine Liste aller Versionshinweise zu Apigee Edge finden Sie unter Apigee-Versionshinweise.
Neue Features und Verbesserungen
Im Folgenden sind die neuen Funktionen und Verbesserungen in dieser Version aufgeführt.
Allgemeine Verfügbarkeit von SmartDocs
SmartDocs wechselt von der Betaversion zur allgemeinen Verfügbarkeit. Zu den Updates und neuen Funktionen gehören:
- Unterstützung für Swagger 2.0, einschließlich Import per Datei oder URL, einschließlich Unterstützung für benutzerdefinierte Sicherheitsobjekte.
- Verbesserungen am Design der Vorlagen, die SmartDocs generieren
- Verbesserungen der Nutzerfreundlichkeit und des Workflows im Entwicklerportal, verfügbar über das Menü „Content“ > „SmartDocs“ in Drupal
- Die bisherige Authentifizierung mit einem benutzerdefinierten Token heißt jetzt „API-Schlüssel“.
- Sicherheitsobjekte, die auf Versionsebene definiert wurden.
- Konfiguration der Clientauthentifizierung auf Vorlagenebene. Bei neuen Überarbeitungen werden keine vorkonfigurierten SmartDocs-Clientanmeldedaten mehr zurückgesetzt.
Weitere Funktionsbeschreibungen finden Sie in diesem Blogpost.
Weitere Informationen zur SmartDocs-Dokumentation finden Sie unter SmartDocs zum Dokumentieren von APIs verwenden.
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“. Sie können zwischen dem klassischen und dem Betaeditor hin- und herwechseln.
Neue OAuthV2-Richtlinie
Mit der neuen Richtlinie DeleteOAuthV2Info können Sie Autorisierungscodes und Zugriffstokens löschen. Weitere Informationen findest du unter OAuthV2-Informationsrichtlinie löschen.
Neue Entitäten in der Richtlinie für Zugriffsentitäten
Die Richtlinie für Zugriffsentitäten bietet Zugriff auf die folgenden neuen Entitäten: Consumerkey-scopes, Autorisierungscode, Anfragetoken und Verifier. Weitere Informationen finden Sie unter Richtlinie für Access Entity.
SSL-Zertifikate, deren Ablauf bald abläuft, werden angezeigt
Auf der Seite SSL-Zertifikate in der Verwaltungsoberfläche (Verwaltung > SSL-Zertifikate) wird angezeigt, wann SSL-Zertifikate in 10, 15, 30 oder 90 Tagen ablaufen, je nach Ihrer Auswahl im Drop-down-Feld für die neue Ablaufzeit.
Name der Entwickler-App, der in der Verwaltungs-UI 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 einer Entwickler-App-Seite in der Verwaltungsoberfläche („Veröffentlichen“ > „Entwickler-Apps“ > „App-Name“) wird der interne „Name“ der App zusammen mit dem „Anzeigenamen“ angezeigt. So lassen sich Apps zur Fehlerbehebung und API-Verwaltung leichter anhand ihrer internen Namen identifizieren.
Klassische Version benutzerdefinierter Berichte wird von der Verwaltungsoberfläche entfernt
Die optionale klassische Version der benutzerdefinierten Analyseberichte ist nicht mehr in der Verwaltungsoberfläche verfügbar.
SmartDocs-Upgradeprozess
Wenn Sie SmartDocs bereits in der Betaphase verwendet haben, müssen Sie aufgrund neuer Features und Funktionen in der Version mit allgemeiner Verfügbarkeit in Ihrem Entwicklerportal SmartDocs upgraden.
Alle SmartDocs-Seiten, die bereits in Ihrem Entwicklerportal veröffentlicht wurden, funktionieren weiterhin. Sie müssen jedoch den Aktualisierungsprozess durchführen, bevor Sie Änderungen an vorhandenen oder neuen Seiten bearbeiten oder veröffentlichen.
Beachten Sie, dass Sie zwar SmartDocs in Ihrem Entwicklerportal rendern und veröffentlichen können, SmartDocs wird jedoch über das API-Modell generiert, das in den Edge API Management Services von Apigee enthalten ist. Alle Änderungen, die Sie an einem API-Modell in Edge vornehmen, sind in allen Ihren Pantheon-Umgebungen gleich (ähnlich wie bei Entwicklern in Pantheon-Umgebungen).
Um ein Upgrade von SmartDocs Beta auf die allgemeine Verfügbarkeit durchzuführen
- Aktualisieren und testen Sie Version 15.05.27 in Ihrer dev- oder Testumgebung in Pantheon.
- Erstellen Sie ein neues Modell, um ein vorhandenes API-Modell zu ersetzen, das Sie bisher verwendet haben.
- Wenn Sie Swagger- oder WADL-Dokumente importiert haben, importieren Sie sie noch einmal in eine neue Überarbeitung.
- Wenn Sie Ihr API-Modell über das SmartDocs-Modul gepflegt haben, exportieren Sie es als SmartDocs-JSON-Datei und importieren Sie es mithilfe eines Dateianhangs in Ihr neues Modell.
- Legen Sie die Sicherheitsattribute der Version Ihres Modells fest. Wählen Sie auf der Seite Inhalt > SmartDocs > Modell die Option Sicherheitseinstellungen aus.
- Prüfen Sie die vorkonfigurierte Authentifizierung auf der Seite mit den Modelleinstellungen (Content > SmartDocs), indem Sie in der Spalte „Vorgänge“ auf Einstellungen klicken.
- Aktualisieren Sie alle benutzerdefinierten Vorlagen, um Version 6 der CSS- und JS-Assets zu verwenden, und nehmen Sie Änderungen vor, um neue Objektnamen wie authSchemes und apiSchema widerzuspiegeln. Informationen zum Aktualisieren von SmartDocs-Vorlagen finden Sie unter SmartDocs zum Dokumentieren von APIs verwenden.
- Rendern Sie die Modellüberarbeitung noch einmal und veröffentlichen Sie sie.
- Nachdem Sie die neue Dokumentation validiert haben, aktualisieren Sie Ihr Produktionsportal auf die Version 15.05.27.
Wenn Sie Kunde von Edge Enterprise sind und Fragen oder Bedenken zum Upgradeprozess haben, senden Sie eine E-Mail an marsh@apigee.com und cnovak@apigee.com. Verwenden Sie andernfalls die Apigee Community, um die beste Antwort zu erhalten.
Fehlerkorrekturen
Folgende Fehler wurden in diesem Release behoben.
| Fehler-ID | Beschreibung |
|---|---|
| TBD-72 | Problem mit Richtlinie zur Nachrichtenprotokollierung |
| MGMT-2124 | Die Berechtigungen der Kundenrolle werden beim Speichern der Berechtigungen in der UI zurückgesetzt |
| MGMT-2048 | Nutzer mit benutzerdefinierter Rolle, die Deployment-Berechtigungen auf eine Umgebung beschränkt, kann in anderen Umgebungen bereitstellen |
| MGMT-2041 | FaultRules-Element aus Standardanhangsvorlage entfernen Das FaultRules-Element, das nicht in Richtlinien oder API-Proxy-Schritten verwendet wird, wird nicht mehr automatisch hinzugefügt, wenn Sie API-Proxys erstellen oder Richtlinien hinzufügen. |
| MGMT-2034 | Abrufen von WSDL gibt Fehler zurück: "Fetch WSDL Error: Error processing WSDL." |
| MGMT-1812 | TargetEndpoint-Validierung während des Imports hinzufügen Ähnlich wie ProxyEndpoint wird TargetEndpoint auf das richtige Schema und die richtigen Ausdrücke geprüft, die unter den Bedingungen während des API-Proxyimports verwendet werden. |
| MGMT-1345 | Import von WSDL mit mehreren Namespaces führt zu einem falschen Build-SOAP-Schritt |
| MGMT-800 | Das Erstellen einer Ressource mit dem Namen „Standard“ führt zu fehlerhafter Benutzeroberfläche |
| MGMT-602 | API-Proxy-Entwicklungsansicht: Fügen Sie eine Antwort-Cache-Richtlinie hinzu, wenn PreFlow/PostFlow keinen Fehler verursacht |
| MGMT-460 | Das Umbenennen der Richtlinie führt zu Fehlern und doppelten Richtlinien, die nicht entfernt werden können. |
| DEVRT-1565 | 15-minütige Intervalle für CHARGES |
| AXAPP-1728 | Monetarisierungsvariablen in Analytics ignorieren |
| AXAPP-1690 | „Ungültiger API-Fehler“ in benutzerdefinierten Berichten |
| AXAPP-1533 | Analytics-Geomap gibt den Fehler „Ungültiger API-Aufruf“ aus |
| APIRT-52 | Benutzerdefinierte Berichte: Antwortstatuscode für viele APIs ist null |