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.

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 création de proxy, deux options s'offrent à vous :

  • SOAP direct, 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 reconvertit la réponse SOAP au format attendu par l'appelant.

Cette version inclut les modifications 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 (comme "/cityforecastbyzip"). Les noms d'opération sont transmis au service SOAP cible. Ce comportement correspond à la spécification SOAP.

  • Le proxy généré ne prend plus en charge JSON dans la requête. Il n'accepte que 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 à SOAP à REST

  • Le proxy n'est plus compatible avec WSDL RPC (seul Document/Literal est accepté). 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 du compilateur de proxy, vous bénéficiez des 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 é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.

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 pass-through ou REST-to-SOAP à partir de 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 "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 "Erreur : Erreur inconnue" au lieu de "Erreur : Délai d'inactivité de la session dépassé"