Google utilise la technologie IA pour traduire le contenu dans votre langue préférée. Les traductions générées par IA peuvent contenir des erreurs.

16.07.27 (UI) - Notes de version d'Apigee Edge pour le cloud public

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

Le mercredi 27 juillet 2016, nous avons lancé une nouvelle version d'Apigee Edge pour le cloud public.

Nouvelles fonctionnalités et mises à jour

Vous trouverez ci-dessous les nouvelles fonctionnalités et mises à jour offertes par cette version.

Comportement du proxy SOAP lors de l'utilisation de l'assistant de proxy

Lorsque vous créez un proxy basé sur SOAP à partir d'un fichier WSDL à l'aide de l'assistant de proxy, vous disposez de deux options pour la création de proxy :

SOAP direct : le proxy transmet simplement une charge utile de requête SOAP telle quelle.
REST à SOAP à REST : le proxy convertit une charge utile entrante telle que JSON en charge utile SOAP, puis reconvertit la réponse SOAP au format attendu par l'appelant.

Cette version inclut les mises à jour suivantes concernant le comportement de ces options. Les différences entre l'ancien et le nouveau comportement se trouvent dans les règles et les configurations générées automatiquement par l'assistant de proxy.

SOAP direct

Toutes les opérations WSDL sont désormais envoyées au chemin de base du proxy "/", plutôt qu'aux ressources du proxy (telles que "/cityforecastbyzip"). Les noms d'opération sont transmis au service SOAP cible. Ce comportement correspond à la spécification SOAP.

Remarque : Remarque concernant les autorisations d'opération dans les produits d'API : toutes les opérations n'utilisant que le chemin de base du proxy "/", il devient plus difficile d'appliquer l'accès aux API à l'aide de produits d'API, car il n'y a plus de noms de ressources d'API à spécifier dans les produits d'API. Par exemple, le comportement précédent utilisait des ressources d'API pour différentes opérations, telles que /cityforecastbyzip pour l'opération GetCityForecastByZIP et /cityweatherbyzip pour l'opération GetCityWeatherByZIP. Toutefois, avec le nouveau comportement direct , les deux opérations sont envoyées à "/". Comment contrôler l'accès aux opérations dans les produits d'API ? Vous pouvez créer un attribut personnalisé sur un produit, tel que "allowedOperations", et le renseigner avec les opérations autorisées par le produit. Ensuite, lorsqu'un appel d'API inclut une clé API ou un jeton OAuth, une variable semblable à la suivante devient disponible et contient les valeurs de l'attribut allowedOperations : verifyapikey.Verify-API-Key-policy-name.apiproduct.allowedOperations. Ajoutez une règle JavaScript qui compare l'opération aux opérations autorisées, puis créez une règle Raise Fault qui renvoie une erreur si la comparaison dans le code JavaScript est fausse.
Le proxy généré n'est plus compatible avec JSON dans la requête. Il n'est compatible qu'avec XML. Le proxy s'assure que les requêtes SOAP comportent une enveloppe, un corps et un espace de noms http://schemas.xmlsoap.org/soap/envelope/

REST à SOAP à REST

Le proxy n'est plus compatible avec WSDL RPC (seul Document/Literal est compatible). Cela n'a pas été testé avec WSDL 2.0.
Le nouveau comportement n'a pas été testé avec WS-Policy.
Le proxy vous permet d'envoyer des données JSON au lieu de FormParams.
Lorsque vous ajoutez la compatibilité CORS (partage des ressources entre origines multiples) au proxy à l'aide du générateur de proxy, vous constaterez les améliorations suivantes :
- Access-Control-Allow-Headers : en plus des en-têtes Origin, x-requested-with et Accept, l'en-tête Access-Control-Allow-Headers inclut également Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent et Cache-Control.
- En-tête Access-Control-Allow-Methods : en plus de GET, PUT, POST, DELETE, cet en-tête inclut également les verbes PATCH et OPTIONS.
Lors de la génération d'un proxy d'API pour un fichier WSDL, Edge lit tous les ComplexTypes définis comme abstraits dans le fichier WSDL et reconnaît correctement tous les types d'instances basés sur les types abstraits types.

Utilitaire de ligne de commande Open Source wsdl2apigee

Apigee fournit également un utilitaire de ligne de commande Open Source pour générer des proxys d'API directs ou REST à SOAP à partir de fichiers WSDL. Consultez https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Bugs résolus

Les bugs suivants sont résolus dans cette version. Cette liste s'adresse principalement aux utilisateurs qui veulent vérifier si leurs demandes d'assistance ont été corrigées. Elle n'est pas conçue pour fournir des informations détaillées à tous les utilisateurs.

ID du problème	Description
EDGEUI-621	L'option "Save as New API Proxy" (Enregistrer en tant que nouveau proxy d'API) utilise un nom par défaut qui inclut la notation scientifique, par exemple "new-1.234568901234568e+53"
EDGEUI-572	L'interface utilisateur affiche "Error: Unknown Error" (Erreur : erreur inconnue) au lieu de "Error: Session délai d'expiration de la session"