Sie lesen gerade die Dokumentation zu Apigee Edge.
Zur
Dokumentation zuApigee X wechseln. info
Am Dienstag, 6. Januar 2015, haben wir Version 15.01.06.00 des Apigee Developer Services Portals für die Cloud veröffentlicht.
Neue Funktionen
Diese Version der Cloud-Version des Apigee Developer Services-Portals enthält die folgenden neuen Funktionen:
-
Asynchrones Speichern von Nutzern
Mit der neuen Funktion „Asynchrones Speichern von Nutzern“ wird das Speichern von Nutzerinformationen verschoben, bis die Antwort an den Browser zurückgesendet wurde. Dadurch wird die Leistung verbessert. Diese Änderung erfolgt nur unter den folgenden Umständen:-
Eine geeignete PHP-CLI wird gefunden.
-
Die Monetarisierung ist nicht aktiviert.
-
Das Kästchen Asynchron aktivieren ist auf der Seite Konfiguration > Einstellungen für das Entwicklerportal > Einstellungen für Entwicklerportalnutzer ausgewählt.
-
-
Verbindungseinstellungen zwischen dem Portal und Edge können nicht mehr geändert werden
In früheren Cloud-Versionen konnten Sie die Verbindungsinformationen, die zum Verbinden des Portals mit Edge verwendet werden, direkt bearbeiten. Dazu gehörten die URL des Edge-Endpunkts, der Name der Apigee-Organisation sowie der Nutzername und das Passwort eines Organisationsadministrators. Jetzt müssen Sie eine Anfrage an den Apigee Edge-Support senden, um die Verbindungsinformationen zu ändern. Weitere Informationen finden Sie unter Entwicklerportal erstellen.
Einstellung
Ab dem 15. April 2015 wird die OpenID 2.0 API von Google nicht mehr unterstützt. Weitere Informationen finden Sie unter:
https://developers.google.com/+/api/auth-migration#timetable
Alle Portale, die vor dem 14. Juli veröffentlicht wurden, haben Google OpenID 2.0 verwendet. Damit konnten sich Nutzer mit ihren Google-Anmeldedaten im Portal anmelden oder sich als Portalnutzer registrieren. Weitere Informationen finden Sie unter Verbundanmeldedaten im Entwicklerportal verwenden. Aufgrund dieser Einstellung wurde diese Funktion aus dem Portal entfernt.
Als Ersatz können Sie stattdessen das Drupal Google Auth-Modul oder die Informationen im Artikel OAuth 2.0 für die Anmeldung verwenden.
Fehlerkorrekturen
Die folgenden Fehler wurden in dieser Version behoben:
| Thema | Beschreibung |
|---|---|
| Monetarisierung | Korrekturen am Text, der Endnutzern für die Monetarisierung angezeigt wird. |
| Monetarisierung | Die Steuersätze werden jetzt auf der Seite für die Prepaid-Abrechnung der Monetarisierung korrekt angezeigt. Sie müssen den Aufruf „prepaid developer API“ auf der Portalseite verwenden (Konfiguration > Monetarisierungseinstellungen). |
| Monetarisierung | Auf der Seite für das Prepaid-Guthaben der Monetarisierung wird ein Guthaben von null nicht mehr als „-0,00“, sondern stattdessen als „0,00“ angezeigt. |
| Monetarisierung |
Abrechnungsdokumente werden jetzt im HTML-Format vom Edge-Server heruntergeladen. In Postgres
v9.0 wurde eine neue „hex“-Codierung eingeführt, die möglicherweise in postgresql.conf
geändert werden muss, damit Abrechnungsdokumente ordnungsgemäß heruntergeladen werden. Wenn Abrechnungsdokumente nicht korrekt vom Entwicklerportal heruntergeladen werden, ändern Sie die bytea_output in postgresql.conf in „escape“ auf dem Edge-Verwaltungsserver:
bytea_output = 'escape' # hex,
escape
|
| Monetarisierung | Wenn der Edge API-Aufruf zum Abrufen des Nutzerguthabens nicht ordnungsgemäß zurückgegeben wird, wird die Seite jetzt korrekt angezeigt und ein Fehler protokolliert. Bisher wurde auf der Seite ein Fehler bildschirm angezeigt. |
| Neue Entwicklerregistrierung | Die Meldung bei der Registrierung mit einem neuen Konto, dass das Konto auf die Genehmigung des Administrators wartet wird nur angezeigt, wenn das Entwicklerportal so konfiguriert ist, dass vor der Anmeldung die Genehmigung des Administrators erforderlich ist |
| Neue Entwicklerregistrierung | Neu registrierte Entwickler, die standardmäßig blockiert werden sollten, wurden im Edge-Backend aktiviert. Das Problem, dass Entwickler, die standardmäßig blockiert werden sollten, aktiviert wurden (obwohl die Meldung „Bitte warten Sie auf die Genehmigung“ angezeigt wurde), wurde mit derselben Korrektur behoben. |
| Neue Entwicklerregistrierung | Das Portal löst keine Ausnahme mehr aus, wenn sich ein Nutzer ohne E-Mail Adresse registriert. So können Integrationen mit Systemen ohne E-Mail-Adressen vorgenommen werden. Nutzer müssen ihr Profil jedoch weiterhin mit einer E-Mail-Adresse aktualisieren, bevor sie Entwickler-Apps erstellen können. |
| Registrierungsformular | Die Felder Vorname und Nachname im Registrierungsformular wurden bei neuen Installationen nach oben verschoben. Beachten Sie dass alle Felder in diesem Formular über die Admin-UI verschoben werden können. Weitere Informationen finden Sie unter Nutzerkonten verwalten. |
| Entwicklerstatus | Wenn der Status eines Entwicklers im Portal auf "blockiert" gesetzt ist, wird der Entwickler auf dem Edge-Verwaltungsserver auf inaktiv gesetzt. Das bedeutet, dass der blockierte Entwickler keine API-Aufrufe ausführen kann. |
| Cron job | Cron schlägt nicht mehr fehl, wenn eine App in Edge nicht ordnungsgemäß mit einem Entwickler verknüpft ist. |
| Logging | Das System protokolliert keinen Fehler mehr, wenn der Zugriffstyp einer App „readonly“ ist. |
| Drupal-Regeln | Das Modul Regel in Drupal-Regeln zum Senden einer E-Mail, wenn der Status eines App-Schlüssels von pending zu approved wechselt, wird jetzt ausgeführt. In früheren Versionen hat die Regel nicht funktioniert, wenn der Status geändert wurde. |
| SmartDocs | Das PATCH-Verb wird jetzt korrekt angezeigt, wenn es auf SmartDocs-Seiten gerendert wird. |
| SmartDocs | Wenn der Edge-Endpunkt nicht erreichbar ist, werden im SmartDocs-Modul keine Warnungen mehr angezeigt. |
| SmartDocs | Warnungen vom Typ „Undefined index:“ werden im SmartDocs-Modul nicht mehr angezeigt. |
| SmartDocs |
Breadcrumbs funktionieren jetzt korrekt auf SmartDocs-Seiten. Auf der Seite mit den Methodendetails war das
erste Element im Breadcrumb-Pfad bisher „model_machine_name Documentation/“.
Das erste Wort wurde also nicht großgeschrieben. Mit dieser Korrektur ist das erste Element der menschen
lesbare Name des Modells und das erste Wort wird großgeschrieben.
Auch auf der Seite mit der Auflistung der API-Methoden, die auf dem HTTP-Verb (GET/POST/PUT/DELETE) basiert, haben die
Breadcrumb-Elemente auf die falsche URL verlinkt. Mit dieser Korrektur verweisen die Breadcrumb-Elemente auf der
Seite jetzt auf die richtigen URLs.
|
| SmartDocs | Eine CSS-Korrektur ermöglicht jetzt die korrekte In-Place-Bearbeitung des SmartDocs-JSON-Texts (in einer POST- oder PUT-Anfrage). |
| Hauptmenü | Die Links zum Anmelden und Registrieren sind jetzt verfügbar, wenn das Hauptmenü keine Elemente enthält. |
| App-Attribute |
Die Auflistungsseite für App-Attribute war fehlerhaft und konnte nicht gerendert werden. Dieses Problem wurde in der Datei devconnect_app_attributes.module behoben.
|
| Fest codierte Weiterleitungen | Die Funktion, die das Formular zum Bearbeiten einer Entwickler-App erstellt, ruft nicht mehr direkt drupal_goto() oder drupal_not_found() auf, wenn die Entwickler-App nicht gefunden wird. So können kundenspezifische Module das Verhalten des Formulars konsistent ändern, ohne eine bedingungslose Weiterleitung zu erzwingen. |