Vous consultez la documentation Apigee Edge.
Accédez à la documentation Apigee X.
Le mardi 2 juin 2015, nous avons lancé une nouvelle version cloud d'Apigee Edge.
Pour toute question, contactez l'assistance Apigee Edge.
Pour obtenir la liste de toutes les notes de version d'Apigee Edge, consultez les notes de version d'Apigee.
Nouvelles fonctionnalités et améliorations
Voici les nouvelles fonctionnalités et améliorations apportées à cette version.
Disponibilité générale de SmartDocs
SmartDocs passe de la version bêta à la disponibilité générale. Voici les mises à jour et les nouvelles fonctionnalités :
- Prise en charge de Swagger 2.0, y compris l'importation par fichier ou URL, et prise en charge des objets de sécurité personnalisés.
- Améliorations de la conception visuelle dans les modèles qui génèrent SmartDocs.
- Améliorations de l'usabilité et du workflow dans le portail des développeurs, disponibles dans le menu Contenu > SmartDocs de Drupal.
- L'authentification "Jeton personnalisé" s'appelle désormais "Clé API".
- Objets "security" d'authentification définis au niveau de la révision.
- Configuration de l'authentification du client au niveau du modèle. Les nouvelles révisions ne réinitialisent plus les identifiants client SmartDocs préconfigurés.
Pour en savoir plus sur les fonctionnalités, consultez cet article de blog.
Pour la documentation SmartDocs, consultez Utiliser SmartDocs pour documenter les API.
Nouvelle version bêta de l'éditeur de proxys d'API
Une nouvelle version bêta de l'éditeur de proxy d'API est disponible. Pour y accéder, cliquez sur le lien "Accéder à la version bêta" lorsque vous modifiez un proxy d'API existant. Vous pouvez basculer entre les éditeurs "classique" et "bêta".
Nouvelle règle OAuthV2
La nouvelle règle DeleteOAuthV2Info vous permet de supprimer les codes d'autorisation et les jetons d'accès. Pour en savoir plus, consultez la Règle de suppression des informations OAuthV2.
Nouvelles entités dans la règle AccessEntity
La règle "Entité d'accès" permet d'accéder aux nouvelles entités suivantes : consumerkey-scopes, authorizationcode, requesttoken et verifier. Pour en savoir plus, consultez la section Règle AccessEntity.
Afficher les certificats SSL qui expirent bientôt
La page "Certificats SSL" de l'interface utilisateur de gestion (Admin > Certificats SSL) indique quand les certificats SSL expirent dans 10, 15, 30 ou 90 jours, selon votre sélection dans le nouveau champ déroulant d'expiration.
Nom de l'application du développeur affiché dans l'interface utilisateur de gestion
Dans Edge, les applications pour les développeurs ont un nom interne qui ne change pas et un nom à afficher que vous pouvez modifier. Sur la page d'une application de développeur dans l'interface utilisateur de gestion (Publier > Applications de développeur > nom de l'application), le "Nom" interne de l'application est affiché avec le "Nom à afficher". Il est ainsi plus facile d'identifier visuellement les applications par leur nom interne pour le dépannage et la gestion des API.
Suppression de la version classique des rapports personnalisés de l'interface utilisateur de gestion
La version classique facultative des rapports d'analyse personnalisés n'est plus disponible dans l'UI de gestion.
Processus de mise à niveau de SmartDocs
Si vous avez déjà utilisé SmartDocs pendant la période bêta, les nouvelles fonctionnalités de la version en disponibilité générale nécessitent que vous mettiez à niveau SmartDocs dans votre portail de développeur.
Toutes les pages SmartDocs déjà publiées dans votre portail des développeurs continueront de fonctionner, mais vous devez suivre la procédure de mise à jour avant de modifier ou de publier des modifications sur des pages existantes ou nouvelles.
N'oubliez pas que, même si vous pouvez afficher et publier des documents SmartDocs dans votre portail des développeurs, ils sont générés à partir du modèle d'API qui se trouve dans les services de gestion d'API Edge d'Apigee. Toutes les modifications que vous apportez à un modèle d'API dans Edge sont les mêmes dans tous vos environnements Pantheon (comme les développeurs dans les environnements Pantheon).
Passer de la version bêta à la version disponible pour tous de SmartDocs
- Mettez à jour et testez la version 15.05.27 dans vos environnements dev ou test sur Pantheon.
- Créez un modèle pour remplacer tout modèle d'API existant que vous avez utilisé.
- Si vous avez importé des documents Swagger ou WADL, importez-les à nouveau dans une nouvelle révision.
- Si vous avez géré votre modèle d'API via le module SmartDocs, exportez-le au format JSON SmartDocs et importez-le dans votre nouveau modèle à l'aide d'une pièce jointe.
- Définissez les propriétés de sécurité de la révision de votre modèle. Sur la page Contenu >
SmartDocs > modèle, sélectionnez Paramètres de sécurité.
- Vérifiez toute authentification préconfigurée sur la page des paramètres du modèle (Contenu > SmartDocs) en cliquant sur Paramètres dans la colonne "Opérations".
- Mettez à jour tous les modèles personnalisés pour utiliser la version 6 des composants CSS et JS, et apportez les modifications nécessaires pour refléter les nouveaux noms d'objets, tels que authSchemes et apiSchema. Pour savoir comment mettre à jour les modèles SmartDocs, consultez Utiliser SmartDocs pour documenter les API.
- Rendez à nouveau votre révision de modèle et publiez-la.
- Après avoir validé la nouvelle documentation, mettez à jour votre portail de production vers la version 15.05.27.
Si vous êtes un client Edge Enterprise et que vous avez des questions ou des préoccupations concernant le processus de mise à niveau, veuillez envoyer un e-mail à marsh@apigee.com et cnovak@apigee.com. Sinon, veuillez utiliser la communauté Apigee pour obtenir la meilleure réponse.
Bugs résolus
Les bugs suivants sont résolus dans cette version.
| ID du problème | Description |
|---|---|
| TBD-72 | Problème lié à la règle de journalisation des messages |
| MGMT-2124 | Les autorisations du rôle client sont réinitialisées lorsque vous les enregistrez dans l'UI. |
| MGMT-2048 | Un utilisateur disposant d'un rôle personnalisé qui limite les autorisations de déploiement à un seul environnement peut déployer dans d'autres environnements. |
| MGMT-2041 | Supprimer l'élément FaultRules du modèle de pièce jointe par défaut L'élément FaultRules, qui n'est pas utilisé dans les règles ni dans les étapes du proxy d'API, n'est plus ajouté automatiquement lorsque vous créez des proxys d'API ou ajoutez des règles. |
| MGMT-2034 | L'opération de récupération du fichier WSDL a échoué : "Erreur de récupération du fichier WSDL : erreur lors du traitement du fichier WSDL." |
| MGMT-1812 | Ajouter la validation TargetEndpoint lors de l'importation Comme pour ProxyEndpoint, TargetEndpoint sera validé pour le schéma et les expressions appropriés utilisés dans les conditions lors de l'importation du proxy d'API. |
| MGMT-1345 | L'importation d'un fichier WSDL avec plusieurs espaces de noms entraîne une étape de compilation SOAP incorrecte |
| MGMT-800 | La création d'une ressource portant le nom "default" entraîne un dysfonctionnement de l'UI |
| MGMT-602 | Vue "Develop" du proxy d'API : l'ajout d'une règle de cache de réponse lorsqu'un point de terminaison ne comporte pas de PreFlow/PostFlow provoque une erreur |
| MGMT-460 | Le changement de nom d'une règle entraîne un comportement instable et la création d'une règle en double qui ne peut pas être supprimée. |
| DEVRT-1565 | Intervalles de 15 minutes pour les RECHARGES |
| AXAPP-1728 | Ignorer les variables de monétisation dans les données analytiques |
| AXAPP-1690 | Erreur"API non valide" dans les rapports personnalisés |
| AXAPP-1533 | La carte géographique Analytics renvoie une erreur d'appel d'API non valide |
| APIRT-52 | Rapports personnalisés : le code d'état de réponse de nombreuses API est nul |