Cette page a été traduite par l'API Cloud Translation.

15.01.06.00 : Notes de version du portail des services pour les développeurs Apigee

Vous consultez la documentation d'Apigee Edge.
Consultez la documentation Apigee X. en savoir plus

Le mardi 6 janvier 2015, nous avons publié la version 15.01.06.00 du portail de services pour les développeurs Apigee pour le cloud.

Nouvelles fonctionnalités

Cette version de la version cloud du portail de services pour les développeurs Apigee contient les nouvelles fonctionnalités suivantes:

Enregistrement asynchrone par l'utilisateur
L'enregistrement asynchrone par l'utilisateur est une nouvelle fonctionnalité qui reporte l'enregistrement des informations utilisateur jusqu'à ce que la réponse soit renvoyée au navigateur afin d'améliorer les performances. Cette modification ne se produit que dans les cas suivants:
- Une CLI PHP appropriée a été trouvée
- La monétisation n'est pas activée.
- La case Activer le mode asynchrone est cochée sur la page Configuration > Paramètres du portail de développement > Paramètres utilisateur du portail de développement.
Vous ne pouvez plus modifier les paramètres de connexion entre le portail et Edge
Dans les versions cloud précédentes, vous pouviez modifier directement les informations de connexion utilisées pour connecter le portail à Edge, y compris l'URL du point de terminaison Edge, le nom de l'organisation Apigee, ainsi que le nom d'utilisateur et le mot de passe d'un administrateur de l'organisation. Vous devez maintenant faire une demande à l'assistance Apigee pour modifier les informations de connexion. Pour en savoir plus, consultez la section Créer un portail des développeurs.

Obsolescence

À compter du 15 avril 2015, Google ne prendra plus en charge l'API OpenID 2.0, comme décrit sur la page suivante:

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

Tous les portails publiés avant la version 14.07 utilisaient Google OpenID 2.0, qui permettait aux utilisateurs de se connecter au portail ou de s'inscrire en tant qu'utilisateur du portail à l'aide de leurs identifiants Google. Pour en savoir plus, consultez la section Utiliser des identifiants fédérés sur le portail des développeurs. En raison de cet abandon, cette fonctionnalité a été supprimée du portail.

En remplacement, vous pouvez utiliser le module Drupal Google Auth ou les informations décrites dans l'article Utiliser OAuth 2.0 pour la connexion.

Correction de bugs

Les bugs suivants sont corrigés dans cette version:

Thème	Description
Monétisation	Correctifs apportés à la formulation présentée aux utilisateurs finaux pour la monétisation.
Monétisation	Les taux de taxe s'affichent désormais correctement sur la page de facturation prépayée de la monétisation. Notez que vous devez utiliser l'appel "API pour les développeurs prépayés" au niveau du portail (sous Configuration > Paramètres de monétisation).
Monétisation	La page du solde prépayé de la monétisation n'affiche plus le solde nul "-0,00", mais "0,00".
Monétisation	Les documents de facturation sont maintenant correctement téléchargés au format HTML depuis le serveur Edge. Postgres v9.0 a introduit un nouvel encodage "hex" qui devra peut-être être modifié dans postgresql.conf pour que les documents de facturation soient téléchargés correctement. Si les documents de facturation ne se téléchargent pas correctement à partir du portail de développement, remplacez bytea_output dans postgresql.conf par "escape" sur le serveur de gestion Edge: bytea_output = 'escape' # hex, escape
Monétisation	Lorsque l'appel d'API Edge pour obtenir le solde de l'utilisateur ne s'affiche pas correctement, la page s'affiche désormais correctement et une erreur est consignée. Auparavant, la page affichait un écran d'erreur.
Enregistrement d'un nouveau développeur	Correction d'un message indiquant que le compte n'était en attente de l'approbation de l'administrateur que si le portail de développement est configuré pour exiger l'approbation de l'administrateur avant de se connecter.
Enregistrement d'un nouveau développeur	Les développeurs nouvellement inscrits qui étaient censés être bloqués par défaut étaient activés sur le backend Edge. Les développeurs qui auraient dû être bloqués par défaut ont été activés (même si le message "Veuillez attendre l'approbation" s'affiche) ont été résolus grâce à la même correction.
Enregistrement d'un nouveau développeur	Le portail ne génère plus d'exception lorsqu'un utilisateur s'enregistre sans adresse e-mail, de sorte que les intégrations à des systèmes qui n'utilisent pas d'adresse e-mail puissent être effectuées. Toutefois, les utilisateurs devront toujours mettre à jour leur profil avec une adresse e-mail pour pouvoir créer des applications de développement.
Registration form	Les champs First Name (Prénom) et Last Name (Nom) du formulaire d'inscription ont été déplacés en haut du formulaire pour les nouvelles installations. Notez que tous les champs de ce formulaire peuvent être déplacés à l'aide de l'interface utilisateur d'administration. Pour en savoir plus, consultez Ajouter et gérer des comptes utilisateur.
Statut du développeur	Lorsqu'un développeur est défini sur le statut "bloqué" sur le portail, il est défini comme inactif sur le serveur de gestion Edge, ce qui signifie qu'il ne peut pas effectuer d'appels d'API.
Tâche Cron	Cron n'échoue plus lorsqu'une application dans Edge n'est pas correctement associée à un développeur.
Journalisation	Le système ne consigne plus d'erreur lorsque le type d'accès d'une application est "lecture seule".
Règles Drupal	Le module Règle dans les règles Drupal, qui permet d'envoyer un e-mail lorsqu'une clé d'application passe de l'état en attente à approuvée, est maintenant exécuté. Dans les versions précédentes, la règle ne fonctionnait pas lorsque l'état était modifié.
SmartDocs	Le verbe PATCH s'affiche désormais correctement lorsqu'il est affiché sur des pages SmartDocs.
SmartDocs	Lorsque le point de terminaison Edge est inaccessible, le module SmartDocs n'affiche plus d'avertissements.
SmartDocs	Les avertissements "Index non défini" ne s'affichent plus dans le module SmartDocs.
SmartDocs	Les fils d'Ariane fonctionnent désormais correctement sur les pages SmartDocs. Sur la page d'informations de la méthode, le premier élément du fil d'Ariane était model_machine_name Documentation/. Le premier mot n'a donc pas été mis en majuscule. Avec ce correctif, le premier élément correspondra au nom lisible du modèle, et le premier mot sera mis en majuscule. Toujours sur la page répertoriant les méthodes API à partir du verbe HTTP (GET/POST/PUT/DELETE), les éléments du fil d'Ariane étaient liés à la mauvaise URL. Ainsi, les éléments du fil d'Ariane de la page pointent désormais vers les bonnes URL.
SmartDocs	Un correctif CSS permet désormais de modifier correctement sur place le corps JSON SmartDocs (dans une requête POST ou PUT).
Menu principal	Les liens de connexion et d'enregistrement sont désormais disponibles lorsque le menu principal ne contient aucun élément.
Attributs de l'application	La page répertoriant les attributs de l'application ne fonctionnait pas et ne s'affichait pas. Ce problème a été résolu dans le fichier devconnect_app_attributes.module.
Redirections codées en dur	La fonction qui crée le formulaire de modification d'une application de développement n'appelle plus directement drupal_goto() ou drupal_not_found() si celle-ci est introuvable. Cela permet aux modules spécifiques au client de modifier de manière cohérente le comportement du formulaire sans forcer une redirection inconditionnelle.