Sie lesen gerade die Dokumentation zu Apigee Edge.
Zur Dokumentation zu
Apigee X. info
Am Dienstag, 2. Juni 2015, haben wir eine neue Cloud-Version von Apigee Edge veröffentlicht.
Bei Fragen wenden Sie sich an den Apigee Edge-Support.
Eine Liste aller Versionshinweise zu Apigee Edge finden Sie unter Versionshinweise zu Apigee.
Neue Features und Verbesserungen
Im Folgenden sind die neuen Features und Verbesserungen in diesem Release aufgeführt.
Allgemeine Verfügbarkeit von SmartDocs
SmartDocs geht von der Betaphase in die allgemeine Verfügbarkeit über. Zu den Updates und neuen Features 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 des visuellen Designs in den Vorlagen, mit denen SmartDocs generiert werden.
- Verbesserungen der Nutzerfreundlichkeit und des Workflows im Entwicklerportal, verfügbar über das Menü „Content“ > „SmartDocs“ in Drupal.
- Die bisher als „Benutzerdefiniertes Token“ bezeichnete Authentifizierung wird jetzt als „API-Schlüssel“ bezeichnet.
- Authentifizierungsobjekte vom Typ „security“, die auf Versionsebene definiert sind.
- Konfiguration der Clientauthentifizierung auf Vorlagenebene. Bei neuen Versionen werden vorkonfigurierte SmartDocs-Clientanmeldedaten nicht mehr zurückgesetzt.
Weitere Featurebeschreibungen finden Sie in diesem Blogpost.
Die SmartDocs-Dokumentation finden Sie unter APIs mit SmartDocs dokumentieren.
Neue Betaversion des API-Proxy-Editors
Eine neue Betaversion des API-Proxy-Editors ist verfügbar. Klicken Sie beim Bearbeiten eines vorhandenen API-Proxys auf den Link „Access the Beta Version“ (Auf Betaversion zugreifen), um darauf zuzugreifen. Sie können zwischen dem "klassischen" und "Beta"-Editor wechseln.
Neue OAuthV2-Richtlinie
Mit der neuen DeleteOAuthV2Info-Richtlinie können Sie Autorisierungscodes und Zugriffstokens löschen. Weitere Informationen finden Sie unter Delete OAuthV2 Info policy.
Neue Entitäten in der Access Entity Richtlinie
Die Access Entity-Richtlinie bietet Zugriff auf die folgenden neuen Entitäten: consumerkey-scopes, authorizationcode, requesttoken und verifier. Weitere Informationen finden Sie unter Access Entity-Richtlinie.
SSL -Zertifikate anzeigen, die bald ablaufen
Auf der Seite „SSL Certificates“ (SSL-Zertifikate) in der Verwaltungs-UI (Admin > SSL Certificates) wird angezeigt, wenn SSL-Zertifikate innerhalb von 10, 15, 30 oder 90 Tagen ablaufen. Die Anzahl der Tage hängt von Ihrer Auswahl im neuen Drop-down-Feld „Expiration“ (Ablauf) ab.
Name der Entwickler-App in der Verwaltungs-UI angezeigt
Entwickler-Apps in Edge haben sowohl einen internen Namen, der sich nicht ändert, als auch einen Anzeigenamen, den Sie ändern können. Auf einer Seite für Entwickler-Apps in der Verwaltungs-UI (Publish > Developer Apps > App-Name) wird der interne Name der App zusammen mit dem Anzeigenamen angezeigt. So können Sie Apps anhand ihrer internen Namen leichter visuell identifizieren, um Fehler zu beheben und APIs zu verwalten.
Klassische Version benutzerdefinierter Berichte aus der Verwaltungs-UI entfernt
Die optionale klassische Version benutzerdefinierter Analytics-Berichte ist in der Verwaltungs-UI nicht mehr verfügbar.
SmartDocs-Upgradeprozess
Wenn Sie SmartDocs bereits in der Betaphase verwendet haben, müssen Sie ein Upgrade auf die Version mit allgemeiner Verfügbarkeit durchführen, um die neuen Features und 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 vornehmen oder diese veröffentlichen.
SmartDocs können zwar in Ihrem Entwicklerportal gerendert und veröffentlicht werden, SmartDocs werden jedoch aus dem API-Modell generiert, das sich in den Apigee Edge API Management Services befindet. Alle Änderungen, die Sie an einem API-Modell in Edge vornehmen, werden in allen Ihren Pantheon Umgebungen übernommen (ähnlich wie bei Entwicklern, die in allen Pantheon-Umgebungen vorhanden sind).
So führen Sie ein Upgrade von der SmartDocs-Betaversion auf die Version mit allgemeiner Verfügbarkeit durch
- Aktualisieren und testen Sie das Release 15.05.27 in Ihren Entwicklungs- oder Testumgebungen auf Pantheon.
- Erstellen Sie ein neues Modell, um alle vorhandenen API-Modelle zu ersetzen, die 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 eine Dateianlage in Ihr neues Modell.
- Legen Sie die Sicherheitseigenschaften der Version Ihres Modells fest. Wählen Sie auf der Seite Content >
SmartDocs > Modell die Option Security Settings (Sicherheitseinstellungen) aus.
- Prüfen Sie alle vorkonfigurierten Authentifizierungen auf der Seite mit den Modelleinstellungen (Content >
SmartDocs). Klicken Sie dazu in der Spalte „Operations“ (Vorgänge) auf Settings (Einstellungen).
- 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“ zu berücksichtigen. Informationen zum Aktualisieren von SmartDocs Vorlagen finden Sie unter APIs mit SmartDocs dokumentieren.
- Rendern Sie die Modellversion neu und veröffentlichen Sie sie.
- Nachdem Sie die neue Dokumentation validiert haben, aktualisieren Sie Ihr Produktionsportal auf das Release 15.05.27.
Wenn Sie ein Edge-Unternehmen sind und Fragen oder Bedenken zum Upgrade Prozess haben, senden Sie bitte eine E‑Mail an marsh@apigee.com und cnovak@apigee.com. Andernfalls erhalten Sie in der Apigee-Community die beste Antwort.
Fehlerkorrekturen
Folgende Fehler wurden in diesem Release behoben.
| Problem-ID | Beschreibung |
|---|---|
| TBD-72 | Problem mit der MessageLogging-Richtlinie |
| MGMT-2124 | Berechtigungen der Kundenrolle werden beim Speichern der Berechtigungen in der UI |
| MGMT-2048 | Nutzer mit benutzerdefinierter Rolle, die Bereitstellungsberechtigungen auf eine Umgebung beschränkt, kann in anderen Umgebungen bereitstellen |
| MGMT-2041 | FaultRules-Element aus der Standardvorlage für Anhänge entfernen Das FaultRules-Element, 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 von WSDL gibt Fehler zurück: „Fetch WSDL Error: Error processing WSDL.“ (Fehler beim Abrufen von WSDL: Fehler bei der Verarbeitung von WSDL.) |
| MGMT-1812 | TargetEndpoint-Validierung während des Imports hinzufügen Ähnlich wie bei ProxyEndpoint wird TargetEndpoint beim Import des API-Proxys auf das richtige Schema und die Ausdrücke in den Bedingungen validiert. |
| MGMT-1345 | Import von WSDL mit mehreren Namespaces führt zu falschem Build SOAP Schritt |
| MGMT-800 | Erstellen einer Ressource mit dem Namen „default“ führt zu fehlerhafter UI |
| MGMT-602 | API-Proxy-Entwicklungsansicht: Das Hinzufügen einer Response Cache-Richtlinie, wenn der Endpunkt keinen PreFlow/PostFlow hat, führt zu einem Fehler |
| MGMT-460 | Das Umbenennen einer Richtlinie führt zu fehlerhaftem Verhalten und zu einer doppelten Richtlinie, die nicht entfernt werden kann |
| DEVRT-1565 | 15-Minuten-Intervalle für CHARGES |
| AXAPP-1728 | Monetarisierungsvariablen in Analytics ignorieren |
| AXAPP-1690 | Fehler „Invalid API Error“ (Ungültiger API-Fehler) in benutzerdefinierten Berichten |
| AXAPP-1533 | Analytics-Geomap gibt Fehler „Invalid API Call“ (Ungültiger API-Aufruf) zurück |
| APIRT-52 | Benutzerdefinierte Berichte: Der Antwortstatuscode für viele APIs ist null |