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

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

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

Lors de la création d'un proxy basé sur le protocole SOAP à partir d'un WSDL avec l'assistant de proxy, deux options s'offrent à vous pour créer un proxy:

  • SOAP pass-through, où le proxy passe simplement par la charge utile de la demande SOAP en l'état.
  • REST to SOAP to REST, où 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 résident dans les règles et les configurations générées automatiquement par l'assistant de proxy.

Pass-through via le protocole SOAP

  • Toutes les opérations WSDL sont désormais envoyées au chemin d'accès de base du proxy "/" plutôt qu'aux ressources proxy (telles que "/cityforecastbyzip"). Les noms d'opérations 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'accepte que le format XML. Le proxy garantit que les requêtes SOAP disposent d'un espace de noms Envelope, Body et d'un espace de noms http://schemas.xmlflavor.org/procure/envelope/.

De REST à TLS vers REST

  • Le proxy n'est plus compatible avec le RPC WSDL (seuls Document/Literal sont acceptés). 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 de publier des données JSON au lieu de FormParams.
  • Lorsque vous ajouterez la compatibilité CORS (Cross-Origin Resource Sharing) au proxy à l'aide de l'outil de création de proxys, vous constaterez les améliorations suivantes :
    • 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 les verbes PATCH et OPTIONS.
  • Lors de la génération d'un proxy d'API pour un WSDL, Edge lit tous les ComplexTypes définis comme abstraits dans le WSDL et reconnaît correctement tous les types d'instances 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 pour générer des proxys d'API de type passthrough ou REST-to-ROW à partir de WSDL. Voir 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 le nom par défaut qui inclut la 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"