Notes de version du portail des services pour les développeurs Apigee - 7.x-4.23

Vous consultez la documentation Apigee Edge.
Accédez à la documentation**Apigee X**.
info

Le 25 juillet 2013, nous avons publié une mise à jour du portail Apigee Developer Services.

Fonctionnalités et améliorations

  • Mise à niveau de Drupal 7.21 vers 7.23 (corrections de maintenance uniquement, aucun problème de sécurité).
  • Nouvel programme d'installation Drupal basé sur un profil.
  • Intégration à Apigee MINT (monétisation et commerce).
  • Gestion des exceptions enfichable. De nouveaux hooks sont exposés, ce qui permet aux modules spécifiques aux clients de modifier toute erreur ou notification d'état générée par les modules Devconnect.
  • Le module juridique est désormais intégré. Lorsqu'il est activé, il offre un moyen plus robuste de gérer l'acceptation des conditions d'utilisation.
  • Le nom d'utilisateur, le mot de passe et l'organisation Devconnect peuvent être définis à partir de la ligne de commande via drush.
  • La page de détails de l'application pour développeur est désormais créée sans fichier de modèle (si aucun fichier de modèle personnalisé n'existe). De nouveaux hooks sont exposés pour permettre la modification de son contenu et de sa mise en page. Si un thème personnalisé existe et remplace l'ancien modèle de page de détails de l'application pour développeur , ce modèle est utilisé. Sinon, la page est créée en tant que tableau de rendu Drupal, qui peut ensuite être modifié via des hooks.
  • La date de création de l'application pour développeur est désormais transmise en tant que champ disponible pour être affiché sur la page de détails de l'application pour développeur. Elle n'est pas affichée par défaut, mais les modules personnalisés implémentant certains hooks peuvent l'activer.
  • Les URL de rappel peuvent être obligatoires, facultatives ou complètement masquées. Elles sont contrôlées via la page d'administration du portail de développement.
  • Les produits d'API peuvent être configurés comme uniques ou multiples, avec une valeur par défaut, obligatoires ou facultatifs, ou même complètement masqués. Ils sont contrôlés via la page d'administration du portail de développement.
  • Les applications pour développeur, les développeurs et les produits d'API sont désormais encapsulés en tant qu'entités. Des cas de test ont été écrits pour chacun d'eux. Il n'est plus nécessaire qu'un développeur connaisse les composants internes du SDK de l'API Management. Les fonctions entity_load et entity_save familières peuvent être utilisées pour accéder à toutes les fonctionnalités.
  • Les applications pour développeur exposent désormais des jetons. Si le module Rules est activé, ils peuvent être utilisés lorsque trois nouveaux événements se déclenchent : lors de la création, de la mise à jour et de la suppression d'une application.
  • Lorsque update.php est exécuté, les modules Devconnect_* obsolètes sont désactivés (ils seront supprimés dans la version R24) :
    • devconnect_apigee (contenait d'anciennes bibliothèques de classes qui ne sont plus utilisées)
    • devconnect_validate (n'est plus nécessaire, car nous passons à Pantheon)
    • devconnect_faq_ext
  • Les modules obsolètes suivants liés à devconnect ont été supprimés :
    • devconnect_api_content_types
    • devconnect_api_views
    • devconnect_cdn
    • devconnect_node_settings
    • devconnect_readonlymode_ext
  • Le contenu et la structure par défaut sont désormais conservés sous forme d'ensemble de fonctionnalités. Cela permet aux installations à partir de zéro de configurer une instance de travail du portail de développement.
  • La dépendance au module node_reference a été supprimée.
  • Les modules DevChan fonctionnent désormais correctement lorsque la langue japonaise est activée.
  • Ajout de chaînes de traduction pour la traduction en japonais.
  • La synchronisation des développeurs synchronise désormais tous les développeurs KMS avec les utilisateurs Drupal locaux, ainsi que le ancien comportement de synchronisation des utilisateurs Drupal locaux avec KMS. Elle attribue également des rôles d'administrateur à chaque utilisateur configuré en tant qu'administrateur d'organisation dans KMS.
  • La synchronisation des développeurs peut désormais être exécutée via drush.
  • Ajout de l'authentification unique accounts.apigee.com (disponible pour les domaines *.apigee.com).
  • L'authentification unique Apigee et l'authentification unique Google définissent des rôles d'administrateur pour un utilisateur dont l'adresse e-mail est configurée en tant qu'administrateur dans KMS.
  • Amélioration de la détection et du préremplissage du prénom, du nom et de l'adresse e-mail dans l'authentification unique Google.
  • Sur la page Administration de l'API Management DevChan, un bouton "Tester la connexion" permet désormais de tester les paramètres de connexion du service de gestion des clés.
  • Ajout du module devconnect_key_value_map, qui masque la complexité de l'utilisation du SDK de l'API Management lors de l'utilisation de mappages clé-valeur.
  • Le module WYSIWYG a été abandonné et supprimé de la distribution au profit des modules CKEditor & CKEditor link. (WYSIWYG doit être COMPLÈTEMENT SUPPRIMÉ de toute installation).
  • CKEditor a été mis à niveau vers la version 4.2.1.
  • CKEditor est configuré pour utiliser media, media_embed et media_youtube afin de gérer les médias importés et ceux provenant d'Internet.
  • Ajout d'une commande drush pour effectuer une mise à niveau à partir de la version R22 ou ultérieure.
  • Script d'installation OPDK et guide d'installation PDF entièrement nouveaux.

Correction de bugs

  • Les esperluettes sont désormais interdites dans les noms d'applications pour développeur. Auparavant, la présence d'esperluettes entraînait une défaillance du site.
  • Les mots de passe d'organisation contenant des caractères non compatibles avec les URL n'entraînent plus de défaillance.
  • Les exceptions ne seront plus générées sur user_save si les identifiants KMS n'ont pas encore été configurés.