15.01.06.00 – Versionshinweise zum Apigee Developer Services Portal

Sie sehen sich die Dokumentation zu Apigee Edge an.
Sehen Sie sich die Apigee X-Dokumentation an. info

Am Dienstag, dem 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 Nutzerdaten
  Bei dieser neuen Funktion wird das Speichern von Nutzerdaten verschoben, bis die Antwort an den Browser zurückgesendet wurde, um die Leistung zu verbessern. Diese Änderung erfolgt nur unter den folgenden Umständen:
  • Eine geeignete PHP-Befehlszeile wird gefunden
  • Monetarisierung ist nicht aktiviert
  • Auf der Seite Konfiguration > Dev-Portal-Einstellungen > Dev-Portal-Nutzereinstellungen ist das Kästchen Asynchron aktivieren angeklickt.
• Die Verbindungseinstellungen zwischen dem Portal und Edge können nicht mehr geändert werden
  Bei früheren Cloud-Releases konnten Sie die Verbindungsinformationen, die zum Verbinden des Portals mit Edge verwendet wurden, direkt bearbeiten. Dazu gehörten die URL des Edge-Endpunkts, der Name der Apigee-Organisation sowie der Nutzername und das Passwort eines Organisationsadministrators. Sie müssen sich jetzt an den Apigee-Support wenden, um die Verbindungsinformationen zu ändern. Weitere Informationen finden Sie unter Entwicklerportal erstellen.

Einstellung

Ab dem 15. April 2015 unterstützt Google die OpenID 2.0 API nicht mehr. Weitere Informationen finden Sie unter folgendem Link:

https://developers.google.com/+/api/auth-migration#timetable

Alle vor dem 14. Juli veröffentlichten Portale verwendeten Google OpenID 2.0. Damit konnten sich Nutzer mit ihren Google-Anmeldedaten im Portal anmelden oder sich als Portalnutzer registrieren. Weitere Informationen finden Sie unter Föderierte Anmeldedaten im Entwicklerportal verwenden. Daher 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 verwenden.

Fehlerkorrekturen

In dieser Version wurden die folgenden Fehler behoben:

Thema	Beschreibung
Monetarisierung	Korrekturen am Wortlaut, der Endnutzern zur Monetarisierung angezeigt wird.
Monetarisierung	Die Steuersätze werden jetzt korrekt auf der Seite „Monetarisierung – Abrechnung im Voraus“ angezeigt. Hinweis: Sie müssen den Aufruf „prepaid developer API“ auf der Portalseite verwenden (unter Konfiguration > Monetarisierungseinstellungen).
Monetarisierung	Auf der Seite „Guthaben für die Monetarisierung im Voraus“ wird ein Null-Guthaben nicht mehr als „-0,00“ angezeigt, sondern als „0,00“.
Monetarisierung	Abrechnungsdokumente werden jetzt richtig im HTML-Format vom Edge-Server heruntergeladen. In Postgres 9.0 wurde eine neue „hex“-Codierung eingeführt, die möglicherweise in postgresql.conf geändert werden muss, damit sich Abrechnungsdokumente richtig herunterladen lassen. Wenn sich Abrechnungsdokumente nicht richtig aus dem Dev-Portal herunterladen lassen, ändern Sie bytea_output in postgresql.conf auf dem Edge-Verwaltungsserver zu „escape“: bytea_output = 'escape' # hex, escape
Monetarisierung	Wenn der Edge API-Aufruf zum Abrufen des Nutzerguthabens nicht richtig zurückgegeben wird, wird die Seite jetzt korrekt angezeigt und ein Fehler protokolliert. Bisher wurde auf der Seite ein Fehlerbildschirm angezeigt.
Neue Entwicklerregistrierung	Die Meldung, dass die Administratorgenehmigung für ein neues Konto aussteht, wird nur dann angezeigt, wenn das Dev-Portal so konfiguriert ist, dass vor der Anmeldung eine Administratorgenehmigung erforderlich ist.
Neue Entwicklerregistrierung	Neu registrierte Entwickler, die standardmäßig blockiert werden sollten, wurden im Edge-Backend aktiviert. Entwickler, die standardmäßig blockiert werden sollten, wurden aktiviert, obwohl die Meldung „Bitte warten Sie auf die Genehmigung“ angezeigt wurde. Dieses Problem wurde durch die gleiche Fehlerbehebung behoben.
Neue Entwicklerregistrierung	Das Portal wirft keine Ausnahme mehr aus, wenn sich ein Nutzer ohne E-Mail-Adresse registriert. So können Integrationen mit Systemen erfolgen, die keine E-Mail-Adressen verwenden. Nutzer müssen ihr Profil jedoch weiterhin mit einer E-Mail-Adresse aktualisieren, bevor sie Entwickler-Apps erstellen können.
Registration form	Die Felder Vorname und Nachname im Registrierungsformular wurden bei Neuinstallationen an den Anfang des Formulars verschoben. Hinweis: Alle Felder in diesem Formular können über die Admin-Benutzeroberfläche verschoben werden. Weitere Informationen finden Sie unter Nutzerkonten hinzufügen und verwalten.
Entwicklerstatus	Wenn der Status eines Entwicklers im Portal auf „Blockiert“ gesetzt ist, wird er auf dem Edge-Verwaltungsserver auf „Inaktiv“ gesetzt. Das bedeutet, dass der blockierte Entwickler keine API-Aufrufe ausführen kann.
Cronjob	Cron schlägt nicht mehr fehl, wenn eine App in Edge nicht ordnungsgemäß einem Entwickler zugeordnet ist.
Logging	Das System protokolliert keinen Fehler mehr, wenn der Zugriffstyp einer App „Lesezugriff“ ist.
Drupal-Regeln	Das Modul Regel in Drupal-Regeln zum Senden einer E-Mail, wenn der Status eines App-Schlüssels von ausstehend zu genehmigt wechselt, wird jetzt ausgeführt. In früheren Versionen funktionierte die Regel nicht, 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 zugänglich ist, werden im SmartDocs-Modul keine Warnungen mehr angezeigt.
SmartDocs	Warnungen vom Typ „Undefinierter Index:“ werden im SmartDocs-Modul nicht mehr angezeigt.
SmartDocs	Breadcrumbs funktionieren jetzt auf SmartDocs-Seiten richtig. Auf der Seite mit den Methodendetails lautete das erste Element im Navigationspfad model_machine_name Documentation/, sodass das erste Wort nicht großgeschrieben wurde. Nach dieser Korrektur ist der erste Eintrag der visuell lesbare Name des Modells und das erste Wort wird großgeschrieben. Außerdem wurden auf der API-Methodenliste basierend auf dem HTTP-Verb (GET/POST/PUT/DELETE) die Breadcrumb-Elemente auf die falsche URL verlinkt. Durch diese Korrektur verweisen die Navigationspfadelemente auf der Seite jetzt auf die richtigen URLs.
SmartDocs	Durch eine CSS-Fehlerkorrektur kann der SmartDocs-JSON-Textkörper (in einer POST- oder PUT-Anfrage) jetzt direkt bearbeitet werden.
Hauptmenü	Die Links „Anmelden“ und „Registrieren“ sind jetzt verfügbar, wenn das Hauptmenü keine Elemente enthält.
App-Attribute	Die Seite mit den App-Attributen war fehlerhaft und wurde nicht gerendert. Dieses Problem wurde in der Datei „devconnect_app_attributes.module“ behoben.
Hartcodierte 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 einheitlich ändern, ohne eine bedingungslose Weiterleitung zu erzwingen.