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

Vous consultez la documentation d'Apigee Edge.
Accédez à la documentation sur 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 SOAP à partir d'un fichier WSDL à l'aide de l'assistant de création de proxy, deux options s'offrent à vous:

  • SOAP pass-through (SOAP pass-through), où le proxy transmet simplement une charge utile de requête SOAP telle quelle.
  • REST vers SOAP vers REST, où le proxy convertit une charge utile entrante telle que JSON en charge utile SOAP, puis convertit la réponse SOAP au format attendu par l'appelant.

Cette version inclut les modifications suivantes apportées au 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 du proxy.

SOAP pass-through

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

  • Le proxy généré n'est plus compatible avec le format JSON dans la requête. Il n'est compatible qu'avec le format 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 vers SOAP vers REST

  • Le proxy n'est plus compatible avec le protocole RPC WSDL (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 (Cross-Origin Resource Sharing) au proxy à l'aide de l'outil de création de proxy, les améliorations suivantes s'affichent :
    • En-tête 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 et 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'instance basés sur les types abstraits.

Utilitaire de ligne de commande Open Source wsdl2apigee

Apigee fournit également un utilitaire de ligne de commande Open Source permettant de générer des proxys d'API REST-to-SOAP ou de passthrough à partir de fichiers WSDL. Consultez la page 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 "Enregistrer en tant que nouveau proxy d'API" utilise un nom par défaut qui inclut une notation scientifique, par exemple "new-1.234568901234568e+53".
EDGEUI-572 L'interface utilisateur affiche "Erreur: Erreur inconnue" au lieu de "Erreur: expiration de la session".