Diese Seite wurde von der Cloud Translation API übersetzt.

15.01.06.00 – Versionshinweise zum Apigee Developer Services Portal

Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen. 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 Nutzern
Das asynchrone Speichern von Nutzern ist eine neue Funktion, mit der das Speichern von Nutzerinformationen auf die Zeit nach dem Senden der Antwort an den Browser verschoben wird, um die Leistung zu steigern. Diese Änderung erfolgt nur unter den folgenden Umständen:
- Eine geeignete PHP-CLI wird gefunden.
- Monetarisierung ist nicht aktiviert
- Das Kästchen Asynchron aktivieren ist auf der Seite Konfiguration > Dev Portal-Einstellungen > Dev Portal-Nutzereinstellungen angeklickt.
Sie können die Verbindungseinstellungen zwischen dem Portal und Edge nicht mehr ändern.
In 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. 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

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

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

In allen Portalen, die vor dem 14.07. veröffentlicht wurden, wurde Google OpenID 2.0 verwendet. Damit konnten sich Nutzer mit ihren Google-Anmeldedaten im Portal anmelden oder als Portalnutzer registrieren. Weitere Informationen finden Sie unter Föderierte Anmeldedaten im Entwicklerportal verwenden. Aus diesem Grund wurde die Funktion aus dem Portal entfernt.

Als Ersatz können Sie stattdessen das Modul Drupal Google Auth oder die im Artikel OAuth 2.0 für die Anmeldung verwenden beschriebenen Informationen verwenden.

Diverse Fehlerkorrekturen

In dieser Version wurden die folgenden Fehler behoben:

Thema	Description
Monetarisierung	Korrekturen an der Formulierung, die Endnutzern für die Monetarisierung angezeigt wird.
Monetarisierung	Die Steuersätze werden jetzt auf der Seite „Monetarisierung – Prepaid-Abrechnung“ korrekt angezeigt. Beachten Sie, dass Sie den Aufruf der Prepaid Developer API auf der Portalseite (unter Konfiguration > Monetarisierungseinstellungen) verwenden müssen.
Monetarisierung	Auf der Seite „Guthaben für die Monetarisierung“ wird ein Guthaben von null nicht mehr als „-0,00“, sondern als „0,00“ angezeigt.
Monetarisierung	Abrechnungsdokumente werden jetzt ordnungsgemäß vom Edge-Server im HTML-Format heruntergeladen. In Postgres v9.0 wurde eine neue „hex“-Codierung eingeführt, die möglicherweise in postgresql.conf geändert werden muss, damit Abrechnungsdokumente richtig heruntergeladen werden. Wenn Abrechnungsdokumente nicht korrekt aus dem Entwicklerportal heruntergeladen werden, ändern Sie bytea_output in postgresql.conf auf dem Edge Management Server in „escape“: 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 wird protokolliert. Bisher wurde auf der Seite ein Fehlerbildschirm angezeigt.
Neue Entwicklerregistrierung	Die Meldung, dass das Konto noch auf die Genehmigung durch den Administrator wartet, wird bei der Registrierung mit einem neuen Konto nur angezeigt, wenn das Entwicklerportal so konfiguriert ist, dass eine Administratorgenehmigung vor der Anmeldung 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 durch denselben Fix 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, die keine E-Mail-Adressen verwenden, durchgeführt werden. 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 für Neuinstallationen an den Anfang des Registrierungsformulars verschoben. 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 ein Entwickler im Portal den Status „Gesperrt“ hat, wird er auf dem Edge-Verwaltungsserver auf „Inaktiv“ gesetzt. Das bedeutet, dass der gesperrte Entwickler keine API-Aufrufe ausführen kann.
Cronjob	Cron schlägt nicht mehr fehl, wenn eine App in Edge nicht richtig mit einem Entwickler verknüpft ist.
Logging	Das System protokolliert keinen Fehler mehr, wenn der Zugriffstyp einer App „readonly“ ist.
Drupal-Regeln	Das Modul Rule in Drupal rules zum Senden von E‑Mails, wenn ein App-Schlüssel 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 zugänglich ist, werden im SmartDocs-Modul keine Warnungen mehr angezeigt.
SmartDocs	Warnungen vom Typ „Undefined index:“ werden im SmartDocs-Modul nicht mehr angezeigt.
SmartDocs	Die Brotkrumen funktionieren jetzt auf SmartDocs-Seiten richtig. 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 menschenlesbare Name des Modells und das erste Wort wird großgeschrieben. Außerdem wurden auf der Seite mit der API-Methodenliste basierend auf dem HTTP-Verb (GET/POST/PUT/DELETE) die Breadcrumb-Elemente mit der falschen URL verknüpft. Durch diese Korrektur verweisen die Elemente des Navigationspfads auf der Seite jetzt auf die richtigen URLs.
SmartDocs	Dank eines CSS-Fixes kann der SmartDocs-JSON-Text (in einer POST- oder PUT-Anfrage) jetzt direkt bearbeitet werden.
Hauptmenü	Die Anmelde- und Registrierungslinks sind jetzt verfügbar, wenn das Hauptmenü keine Elemente enthält.
App-Attribute	Die Seite mit den App-Attributen war defekt und wurde nicht gerendert. Dieses Problem wurde in der Datei „devconnect_app_attributes.module“ behoben.
Fest codierte Weiterleitungen	Die Funktion, mit der das Formular zum Bearbeiten einer Entwickler-App erstellt wird, ruft drupal_goto() oder drupal_not_found() nicht mehr direkt 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.