Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen. 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 Edge-Support.
Eine Liste aller Versionshinweise zu Apigee Edge finden Sie unter Versionshinweise zu Apigee.
Neue Features und Verbesserungen
Im Folgenden finden Sie die neuen Funktionen und Verbesserungen in dieser Version.
Allgemeine Verfügbarkeit von SmartDocs
SmartDocs geht von der Betaphase in die General Availability-Phase über. Updates und neue Funktionen:
- Unterstützung für Swagger 2.0, einschließlich Import per Datei oder URL, einschließlich Unterstützung für benutzerdefinierte Sicherheitsbenennungsobjekte.
- Verbesserungen des visuellen Designs in den Vorlagen, mit denen SmartDocs generiert werden.
- Verbesserungen der Nutzerfreundlichkeit und des Workflows im Entwicklerportal, die über das Menü „Inhalte“ > „SmartDocs“ in Drupal verfügbar sind.
- Die bisher als „Benutzerdefiniertes Token“ bezeichnete Authentifizierung heißt jetzt „API-Schlüssel“.
- Auf Revisionsebene definierte Authentifizierungssicherheitsobjekte.
- Konfiguration der Clientauthentifizierung auf Vorlagenebene. Bei neuen Überarbeitungen werden keine vorkonfigurierten SmartDocs-Clientanmeldedaten mehr zurückgesetzt.
Weitere Informationen zu den Funktionen finden Sie in diesem Blogpost.
Informationen zur SmartDocs-Dokumentation finden Sie unter SmartDocs zum Dokumentieren von APIs verwenden.
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 „Auf die Betaversion zugreifen“, um darauf zuzugreifen. Sie können zwischen dem klassischen Editor und dem Beta-Editor hin- und herwechseln.
Neue OAuthV2-Richtlinie
Mit der neuen DeleteOAuthV2Info-Richtlinie können Sie Autorisierungscodes und Zugriffstokens löschen. Weitere Informationen finden Sie unter DeleteOAuthV2Info-Richtlinie.
Neue Entitäten in der Access Entity-Richtlinie
Die Zugriffsrichtlinie für Entitäten bietet Zugriff auf die folgenden neuen Entitäten: „consumerkey-scopes“, „authorizationcode“, „requesttoken“ und „verifier“. Weitere Informationen finden Sie unter Richtlinie für Zugriffsidentitäten.
SSL-Zertifikate anzeigen, die bald ablaufen
Auf der Seite „SSL-Zertifikate“ in der Verwaltungs-UI („Administrator“ > „SSL-Zertifikate“) wird angezeigt, wann SSL-Zertifikate innerhalb von 10, 15, 30 oder 90 Tagen ablaufen. Das hängt von Ihrer Auswahl im neuen Drop-down-Feld für das Ablaufdatum ab.
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 der Seite einer Entwickler-App in der Verwaltungs-UI („Veröffentlichen“ > „Entwickler-Apps“ > „App-Name“) wird der interne „Name“ der App zusammen mit dem „Anzeigenamen“ angezeigt. So lassen sich Apps anhand ihrer internen Namen leichter visuell identifizieren, was die Fehlersuche und API-Verwaltung vereinfacht.
Klassische Version von benutzerdefinierten Berichten wird aus der Verwaltungsoberfläche entfernt
Die optionale klassische Version benutzerdefinierter Analyseberichte ist in der Verwaltungs-UI nicht mehr verfügbar.
SmartDocs-Upgrade
Wenn Sie SmartDocs bereits in der Betaphase verwendet haben, müssen Sie SmartDocs in Ihrem Entwicklerportal aktualisieren, um die neuen Funktionen und Möglichkeiten der allgemein verfügbaren Version 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 bestehenden oder neuen Seiten bearbeiten oder veröffentlichen.
SmartDocs können zwar in Ihrem Entwicklerportal gerendert und veröffentlicht werden, sie werden jedoch aus dem API-Modell generiert, das sich in den Edge API Management Services von Apigee befindet. Alle Änderungen, die Sie an einem API-Modell in Edge vornehmen, sind in allen Ihren Pantheon-Umgebungen identisch (ähnlich wie Entwickler in Pantheon-Umgebungen vorhanden sind).
Von der SmartDocs-Betaversion auf die General Availability-Version umstellen
- Aktualisieren und testen Sie die Version 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 Revision.
- Wenn Sie Ihr API-Modell über das SmartDocs-Modul verwaltet haben, exportieren Sie es als SmartDocs-JSON und importieren Sie es in Ihr neues Modell, indem Sie eine Datei anhängen.
- Legen Sie die Sicherheitseigenschaften der Überarbeitung Ihres Modells fest. Wählen Sie auf der Seite Inhalte > SmartDocs > Modell die Option Sicherheitseinstellungen aus.
- Prüfen Sie auf der Seite mit den Modelleinstellungen (Inhalte > SmartDocs) alle vorkonfigurierten Authentifizierungen, indem Sie in der Spalte „Vorgänge“ auf Einstellungen klicken.
- Aktualisieren Sie alle benutzerdefinierten Vorlagen, damit sie die Version 6 der CSS- und JS-Assets 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 SmartDocs zum Dokumentieren von APIs verwenden.
- Rendern Sie die Modellrevision 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 ein Edge-Unternehmenskunde sind und Fragen oder Bedenken zum Upgrade-Prozess haben, senden Sie bitte eine E‑Mail an marsh@apigee.com und cnovak@apigee.com. Andernfalls nutzen Sie bitte die Apigee-Community, um die beste Antwort zu erhalten.
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 auf der Benutzeroberfläche zurückgesetzt |
| MGMT-2048 | Nutzer mit benutzerdefinierter Rolle, die Berechtigungen für die Bereitstellung 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 | Fehler beim Abrufen der WSDL: „Fetch WSDL Error: Error processing WSDL.“ |
| MGMT-1812 | TargetEndpoint-Validierung beim Import hinzufügen Ähnlich wie bei ProxyEndpoint wird der TargetEndpoint beim Import des API-Proxys auf das richtige Schema und die in den Bedingungen verwendeten Ausdrücke validiert. |
| MGMT-1345 | Der Import von WSDL mit mehreren Namespaces führt zu einem falschen Schritt zum Erstellen von SOAP |
| MGMT-800 | Das Erstellen einer Ressource mit dem Namen „default“ führt zu einer fehlerhaften Benutzeroberfläche |
| MGMT-602 | Entwicklungsansicht für API-Proxy: Beim Hinzufügen einer Response Cache-Richtlinie, wenn der Endpunkt keinen PreFlow/PostFlow hat, tritt ein Fehler auf |
| MGMT-460 | Das Umbenennen von Richtlinien führt zu fehlerhaftem Verhalten und doppelten Richtlinien, die nicht entfernt werden können. |
| DEVRT-1565 | 15-Minuten-Intervalle für GEBÜHREN |
| AXAPP-1728 | Monetarisierungsvariablen in Analytics ignorieren |
| AXAPP-1690 | „Ungültiger API-Fehler“ in benutzerdefinierten Berichten |
| AXAPP-1533 | Analytics-Geokarte gibt den Fehler „Invalid API Call“ (Ungültiger API-Aufruf) aus |
| APIRT-52 | Benutzerdefinierte Berichte: Der Antwortstatuscode für viele APIs ist null |