15.01.06.00 – Versionshinweise zum Apigee Developer Services Portal

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.