Estás consultando la documentación de Apigee Edge.
Consulta la
documentación de Apigee X. Información
El miércoles 27 de julio de 2016, lanzamos una nueva versión de Apigee Edge para la nube pública.
Nuevas funciones y actualizaciones
A continuación, presentamos las nuevas funciones y actualizaciones de esta versión.
Comportamiento del proxy de SOAP cuando se usa el asistente de proxy
Cuando se crea un proxy basado en SOAP desde un WSDL mediante el asistente de proxy, hay dos opciones para la creación de proxy:
- SOAP de transferencia, en el que el proxy simplemente pasa a través de una carga útil de solicitud SOAP tal como está.
- REST a SOAP a REST: el proxy convierte una carga útil entrante, como JSON en una carga útil de SOAP, y luego vuelve a convertir la respuesta de SOAP al formato que espera el emisor.
Esta versión incluye las siguientes actualizaciones sobre el comportamiento de estas opciones. Las diferencias entre el comportamiento anterior y el nuevo se encuentran en las políticas y los parámetros de configuración que genera automáticamente el asistente del proxy.
SOAP de transferencia
-
Todas las operaciones de WSDL se envían a la ruta base del proxy “/” en lugar de a los recursos del proxy (como “/cityforecastbyzip”). Los nombres de las operaciones se pasan al servicio de SOAP de destino. Este comportamiento coincide con la especificación de SOAP.
- El proxy generado ya no admite JSON en la solicitud. Solo admite XML. El proxy garantiza que las solicitudes SOAP tengan un sobre, un cuerpo y un espacio de nombres http://schemas.xmlsoap.org/soap/envelope/.
De REST a SOAP a REST
- El proxy ya no admite la RPC de WSDL (solo se admite Document/Literal). Esto no se probó con WSDL 2.0.
- El comportamiento nuevo no se probó con WS-Policy.
- El proxy te permite PUBLICAR datos JSON en lugar de FormParams.
- Cuando agregues compatibilidad con CORS (uso compartido de recursos entre dominios) al proxy mediante el compilador de proxy, verás las siguientes mejoras:
- Encabezado Access-Control-Allow-Headers: Además de los encabezados
Origin
,x-requested-with
yAccept
, el encabezado Access-Control-Allow-Headers también incluyeContent-Type
,Accept-Encoding
,Accept-Language
,Host
,Pragma
,Referrer
,User-Agent
yCache-Control
. - Encabezado Access-Control-Allow-Methods: además de
GET
,PUT
,POST
yDELETE
, este encabezado también incluye los verbosPATCH
yOPTIONS
.
- Encabezado Access-Control-Allow-Headers: Además de los encabezados
- Cuando se genera un proxy de API para un WSDL, Edge lee cualquier ComplexTypes que se definen como abstractos en el WSDL y reconoce de forma correcta cualquier tipo de instancia que se basa en los tipos abstractos.
Utilidad de línea de comandos de código abierto wsdl2apigee
Apigee también proporciona una utilidad de línea de comandos de código abierto para generar proxies de API de transferencia o de resto a jabón desde los WSDL. Consulta https://github.com/apigee/wsdl2apigee.
(EDGEUI-614)
Fallas corregidas
En esta versión, se corrigieron los siguientes errores. Esta lista está dirigida principalmente a usuarios que verifican si sus tickets de asistencia se corrigieron. No está diseñada para proporcionar información detallada a todos los usuarios.
ID del problema | Descripción |
---|---|
EDGEUI-621 | Save as New API Proxy usa un nombre predeterminado que incluye notación científica, como "new-1.234568901234568e+53". |
EDGEUI-572 | La IU muestra “Error: Error desconocido” en lugar de “Error: Tiempo de espera de la sesión” |